Untitled  Document 


N  IllrtHI  14  II  SSI  Psic  SID  II  \Vrt  LkJl  ft 


2005  Technical  Information  Division  Annual  Conference, 
Miami,  FL 

3-4  March  2005 


Configuration  Management,  Logistics,  and  Universal  CM  Issues  by  Mr.  Larry  Bauer,  Boeing  Commercial  Airplanes 
Transforming  Logistics  by  Mr.  Jerry  Beck,  OADUSD(LPP) 

Configuration  Management  and  Data  Management  in  DODD  5000.1  by  Dr.  Jay  Billings,  President,  Defense  Systems  Corporation 


2005  CDM  Certification  and  Apprentice  Tutorial  by  Mr.  Charles  Billingsley 


Industry  Keynote  -  Adapting  Logistics  Capabilities  to  National  Security  Requirements  by  LTG  Peter  Cuviello,  USA  (Ret.) 
Vice  President  and  Managing  Director, 

Lockheed  Martin  Focused  Logistics  Enterprise 


Integration  of  Systems  Engineering 

&  Supportability  by  Mr.  Joe  Grosson,  Executive  Director,  Focused  Logistics  Enterprise  &  Corp. 


Pre- Systems  Acquisition  Activities  -  Life  Cycle  Data  Management  in  Handbook  859  by  Ms.  Cynthia  C.  Hauer, 
Millennium  Data  Management,  Incorporated 


EIA-836  CM  Data  Exchange  and  Interoperability  -  CM  Data  to  Support  the  Logistics  Process  by  Mr.  Alan  Lager,  MLR  Associates 


Army  Aviation  -  Logistics  For  The  Warfighter  by  Dr.  Thomas  Pieplow,  Associate  Director  for  Aviation,  AMCOM 


IEEE  Std  828-1990  -  IEEE  Standard  for  Software  Configuration  Management  Plans  by  Mr.  Gaston  Ray,  General  Dynamics  Advanced  Information  Systems 

Military  Engineering  Data  Asset  Locator  System  (MEDALS)  Data  Quality  by  Mr.  Warren  M  Scott,  Program  Manager,  Military  Engineering  Data  Assets  Locator 
Sytems  (MEDALS),  Defense  Logistics  Agency 

IEEE  12207  “Software  Life  Cycle  Processes” 


2005  Technical  Information  Division  Annual  Conference.html[8/31/2016  9:38:19  AM] 


Annual  Symposium 


Friday,  March  4,  2005 

7:30  a.m.  Registration  &  Coffee  Service 

8:30  a.m.  Session  2 

Pre-Systems  Acquisition  —  Handbook  859 

Ms.  Cynthia  Hauer,  President  &  CEO,  Millennium  Data  Management,  Inc. 

EIA-836  CM  Data  Exchange  &  Interoperability;  CM  Data  to  Support 
the  Logistics  Process 

Mr.  A1  Lager,  MLR  Associates 

10:00  a.m.  Break 

10:30  a.m.  Session  3 

Industry  CM  Standards,  Handbooks  and  Logistics  Relationships 

Mr.  Larry  Bauer,  Boeing  Commercial  Airplanes 

Military  Engineering  Data  Assets  Locator  System 

Mr.  Warren  Scott,  Program  Manager,  Military  Engineering  Data  Assets 
Locator  System  (MEDALS),  Defense  Logistics  Agency,  Battle  Creek, 
Michigan 

12:00  p.m.  Lunch  (Stern’s  Award)  -  Lunch  is  provided  as  a  part  of  your  registration  fee 

1:30  p.m.  Session  4:  Production  and  Development 

Configuration  Management/Data  Management  in  DoDD  5000.1 

Mr.  Jay  Billings,  President,  Defense  Systems  Corporation 

Planning  for  Software  CDM  -  IEEE  STD  828-1990 

Mr.  Gaston  Ray,  General  Dynamics  Advanced  Information  Systems 

3:00  p.m.  Break 

3:30  p.m.  Adjourn  Meeting 


IEEE  12207  “Software  Life  Cycle  Processes” 


Introduction  for 

the  Implementation  of 

Software  Configuration 

Management 

•/ 


F.O.C.U.S.ed  Enterprises  (www.focusedenterprises.com) 


Introduction 
Jan  2005 
Page  1 


IEEE  12207  “Software  Life  Cycle  Processes” 

History  of  12207 

ISO/IEC  12207  -  1995:  Standard  for  Information  Technology  - 

Software  Life  Cycle  Processes 

IEEE/EIA  12207.0  -  1996:  Software  Life  Cycle  Processes 

IEEE/EIA  12207.1  -  1998:  Software  Life  Cycle  Processes  - 

Life  Cycle  Data 

IEEE/EIA  12207.2  -  1998:  Software  Life  Cycle  Processes  - 

Implementation  Considerations 
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Abstract 

ISO/IEC  12207  provides  a  common  framework  for  developing 
and_  managing  software .  IEEE/EIA  12207.0  consists  of  the 
clarifications,  additions,  and  changes  accepted  by  the  Institute 
of  Electrical  and  Electronics  Engineers  (IEEE)  and  the  Electronic 
Industries  Alliance  (EIA)  as  formulated  by  a  joint  project  of  the 
two  organizations.  IEEE/EIA  12207.0  contain  concepts  and 
guidelines  to  foster  better  understanding  and  application  of  the 

standard.  Thus  this  standard  provides  industry  a  basis  for 
software  practices  that  would  be  useable  for  both  national  and 
international  business. 
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•  Purpose:  This  International  Standard  establishes  a  common 
framework  for  software  life  cycle  processes,  with  well-defined 
terminology,  that  can  be  referenced  by  the  software  industry.  It 
contains  processes,  activities,  and  tasks  that  are  to  be  applied 
during  the  acquisition  of  a  system  that  contains  software,  a 
stand-alone  software  product,  and  software  service  and  during 

the  supply,  development  operation,  and  maintenance  of 

software  products.  Software  includes  the  software  portion  of 
firmware. 

This  International  Standard  also  provides  a  process  that  can  be 
employed  for  defining,  controlling,  and  improving  software  life 

cycle  processes. 

•Application:  Applies  to  the  acquisition  of  systems  and  software 
products  and  services,  to  the  supply,  development,  operation, 
and  maintenance  of  software  products,  and  to  the  software 
portion  of  firmware,  whether  performed  internally  or  externally 
to  an  organization. 
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4.  Application  of  this  International  Standard  (Clause  4)  (pg  6) 

This  clause  presents  the  software  life  cycle  that  can  be  employed 
to  acquire,  supply,  develop,  operate,  and  maintain  software 

products.  The  objective  is  to  provide  a  road  map  for  the  users  of 
this  International  Standard  so  that  they  can  orient  themselves  in  it 
and  apply  it  judiciously. 

4.1.1  Life  Cycle  Processes:  This  International  Standard  groups 
the  activities  that  may  be  performed  during  the  life  cycle  of 
software  into  five  primary  processes,  eight  supporting  processes, 
and  four  organizational  processes.  Each  life  cycle  process  is 
divided  into  a  set  of  activities;  each  activity  is  further  divided  into 
a  set  of  tasks.  Subclause  numbering  a.b  denotes  a  process,  a.b.c 
an  activity,  and  a.b.c.d  a  task.  These  life  cycle  processes  are 
introduced  below  in  depicted  in  figure  1  (see  pg  7). 
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5.4  Operation 
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5  Primary  Life  Cycle  Processes  (Clause  5)  (pg  9): 

This  clause  defines  the  following  primary  life  cycle  processes: 

5.1  Acquisition  process; 

5.2  Supply  process; 

5.3  Development  process; 

5.4  Operation  process; 

5.5  Maintenance  process. 

The  activities  and  tasks  in  a  primary  process  are  the  responsibility 
of  the  organization  initiating  and  performing  that  process.  This 
organization  ensures  that  the  process  is  in  existence  and 
functional. 
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4.1. 1.1  Primary  Processes  [task]  (pg  6): 


1)  Acquisition  Process  (subclause  5.1)  [process]:  Defines  the 
activities  of  the  acquirer,  the  organization  that  acquires  a 
system,  software  product  or  software  service. 

2)  Supply  Process  (subclause  5.2):  Defines  the  activities  of  the 
supplier,  the  organization  that  provides  the  system,  software 
product  or  software  service  to  the  acquirer. 

3)  Development  Process  (subclause  5.3):  Defines  the  activities  of 
the  developer,  the  organization  that  defines  and  develops  the 
software  product. 
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4)  Operation  Process  (subclause  5.4):  Defines  the  activities  of  the 
operator,  the  organization  that  provides  the  service  of  operating 
a  computer  system  in  its  live  environment  for  its  users. 

5)  Maintenance  Process  (subclause  5.5):  Defines  the  activities  of 
the  maintainer,  the  organization  that  provides  the  service  of 
maintaining  the  software  product;  that  is,  managing 
modifications  to  the  software  product  to  keep  it  current  and  in 
operational  fitness.  This  process  includes  the  migration  and 
retirement  of  the  software  product. 
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4.1. 1.1  Primary  Processes  [task]  (pg  6): 

3)  Development  Process:  Defines  the  activities  of  the 
developer,  the  organization  that  defines  and  develops 
the  software  product. 

•  Process  Implementation 

•  System  Requirements  Analysis 

•  System  Architectural  Design 

•  Software  Requirements  Analysis 

•  Software  Architectural  Design 

•  Software  Detailed  Design 

•  Software  Coding  and  Testing 

•  Software  Integration 

•  Software  Qualification  Testing 

•  System  Integration 

•  System  Qualification  Testing 

•  Software  Installation 

•  Software  Acceptance  Support 
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5.3.11  System  Qualification  Testing.  This  activity  consists  of  the  following  tasks, 
which  the  developer  shall  perform  or  support  as  required  by  the  contract. 

5.3.11.1.  System  qualification  testing  shall  be  conducted  in  accordance  with  the 
qualification  requirements  specified  for  the  system.  It  shall  be  ensured  that  the 
implementation  of  each  system  requirement  is  tested  for  compliance  and  that  the  system 
is  ready  for  delivery.  The  qualification  testing  results  shall  be  documented. 

5.3.11.2.  The  system  shall  be  evaluated  considering  the  criteria  listed  below.  The  results 
of  the  evaluations  shall  be  documented. 

a)  Test  coverage  of  system  requirements. 

b)  Conformance  to  expected  results. 

c)  Feasibility  of  operation  and  maintenance. 

5.3.11.3.  The  developer  shall  support  audit(s)  in  accordance  with  6.7.  The  results  of  the 
audit(s)  shall  be  documented. 

5.3.11.4.  Upon  successful  completion  of  the  audit(s),  if  conducted,  the  developer  shall: 

a)  Update  and  prepare  the  deliverable  software  product  for  Software  Installation  and 
Software  Acceptance  Support. 

b)  Establish  a  baseline  for  the  design  and  code  of  each  software  configuration  item. 
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8  Supporting  Life  Cycle  Processes  (Clause  6)  (pg.  27): 

This  clause  defines  the  following  supporting  life 
cycle  processes: 

6.1  [a  process]  Documentation  Process; 

6.2  Configuration  Management  Process; 

6.3  Quality  Assurance  Process; 

6.4  Verification  Process; 

6.5  Validation  Process; 

6.6  Joint  Review  Process; 

6.7  Audit  Process; 

6.8  Problem  Resolution  Process; 
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4.1. 1.2  Supporting  Life  Cycle  Processes  (pg  6): 

1)  Documentation  Process  (subclause  6.1)  [a  process]. 
Defines  the  activities  for  recording  the  information 
produced  by  a  life  cycle  process. 

2)  Configuration  Management  Process  (subclause  6.2). 
Defines  the  configuration  management  activities. 

3)  Quality  Assurance  Process  (subclause  6.3).  Defines  the 
activities  for  objectively  assuring  that  the  software  products 
and  processes  are  in  conformance  with  their  specified 
requirements  and  adhere  to  their  established  plans.  Joint 
Reviews,  Audits,  Verification,  and  Validation  may  be  used  as 
techniques  of  Quality  Assurance. 
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3)  Verification  Process  (subclause  6.4).  Defines  the  activities  (for 
the  acquirer,  the  supplier,  or  an  independent  party)  for 
verifying  the  software  products  and  services  in  varying  dept 
depending  on  the  software  project. 

4)  Validation  Process  (subclause  6.5).  Defines  the  activities  (for 
the  acquirer,  the  supplier,  or  an  independent  party)  for 
validating  the  software  products  of  the  software  project. 

5)  Joint  Review  Process  (subclause  6.6).  Defines  the  activities  for 
evaluating  the  status  and  products  of  an  activity.  This  process  may  be 
employed  by  any  two  parties,  where  one  party  (reviewing  party) 
reviews  another  party  (reviewed  party)  in  a  joint  forum. 
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6)  Audit  Process  (subclause  6.7).  Defines  that  activities  for 
determining  compliance  with  the  requirements,  plans,  and 
contract.  This  process  may  be  employed  by  any  two 
parties,  where  one  party  (auditing  party)  audits  the  software 
products  or  activities  of  another  party  (audited  party). 

7)  Problem  Resolution  Process  (subclause  6.8).  Defines  a 
process  for  analyzing  and  removing  the  problems  (including 
nonconformances),  whatever  their  nature  or  source,  that  are 
discovered  during  the  execution  of  development,  operation, 
maintenance,  or  other  processes. 
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6.2  Configuration  Management  Process  [a  process]  (pg.  29): 

The  Configuration  Management  Process  is  a  process  of  applying 
administrative  and  technical  procedures  throughout  the  software 
life  cycle  to:  Identify  and  define  software  items  in  a  system; 
control  modifications  and  releases  of  the  items;  record  and  report 
the  status  of  the  items  and  modification  requests;  ensure  the 
completeness,  consistency,  and  correctness  of  the  items;  and 
control  storage,  handling,  and  delivery  of  the  items. 

List  of  Activities: 


6.2.1  Process  Implementation  [activity].  This  activity  consists  of 
the  following  tasks: 
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6.2.1. 1  A  configuration  management  plan  shall  be 
developed  [task].  The  plan  shall  describe: 


•  The  CM  Activities; 

•  Procedures  and  Schedule  for  performing  these  activities; 

•  The  organization(s)  responsible  for  performing  these  activities; 

•  and  their  relationship  with  other  organizations,  such  as  software 
development  or  maintenance.  The  plan  shall  be  documented 
and  implemented. 
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6.2.2  Configuration  Identification  [activity].  This  activity 

consists  of  the  following  tasks: 

6.2.2. 1  [task]  A  scheme  shall  be  established  for  the  identification  of 
software  items  and  their  versions  to  be  controlled  for  the  project.  For  each 
software  Cl  and  its  versions,  the  following  shall  be  identified:  the 
documentation  that  establishes  the  baseline;  the  version  references;  and 
other  identification  details. 

6.2.3  Configuration  Control.  This  activity  consists  of  the  following 
task: 

6.2.3. 1  The  following  shall  be  performed:  identification  and  recording  of 

change  requests;  analysis  and  evaluation  of  the  changes;  approval  or 
disapproval  of  the  request;  and  implementation,  verification,  and  release  of 
the  modified  software  item.  An  audit  trail  shall  exist,  whereby  each 
modification,  the  reason  for  the  modification,  and  authorization  of  the 
modification  can  be  traced.  Control  and  audit  of  all  accesses  to  the 
controlled  software  items  that  handle  safety  or  security  critical  functions 
shall  be  performed. _ 
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6.2.4  Configuration  Status  Accounting.  This  activity 
consists  of  the  following  tasks: 

6.2.4.1  Management  records  and  status  reports  that  show  the 
status  and  history  of  controlled  software  items  including  baseline 
shall  be  prepared.  Status  reports  shall  include  the  number  of 
changes  for  a  project,  latest  software  item  versions,  release 
identifiers,  the  number  of  releases,  and  comparisons  of  releases. 

6.2.5  Configuration  Evaluation.  This  activity  consists  of  the 
following  tasks: 

6.2.5.1  The  following  shall  be  determined  and  ensured:  the 
functional  completeness  of  the  software  items  against  their 
requirements  and  the  physical  completeness  of  the  software 
items  (whether  their  design  and  code  reflect  an  up-to-date 
technical  description). 
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6.2.6  Release  Management  and  Delivery.  This  activity 

consists  of  the  following  task: 

6.2.6.1  The  release  and  delivery  of  software  products  and 
documentation  shall  be  formally  controlled.  Master  copies  of 
code  and  documentation  shall  be  maintained  for  the  life  of  the 
software  product.  The  code  and  documentation  that  contain 
safety  or  security  critical  functions  shall  be  handled,  stored, 
packaged,  and  delivered  in  accordance  with  the  policies  of  the 
organizations  involved. 
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Four  Organizational  Processes  (pg.  42): 

The  activities  and  tasks  in  an  organizational  process 
are  the  responsibility  of  the  organization  using  that 
process.  The  organization  ensures  that  the  process  is 
in  existence  and  functional. 

7.1  Management  Process 

7.2  Infrastructure  Process 

7.3  Improvement  Process 

7.4  Training  Process 
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4.1. 1.3  Organizational  Life  Cycle  Processes  (pg  8): 

1)  Management  Process  (subclause  7.1)  [a  process].  Defines  the  basic 
activities  of  the  management,  including  project  management,  related 
to  the  execution  of  a  life  cycle  process. 

2)  Infrastructure  Process  (subclause  7.2).  Defines  the  basic 
activities  for  establishing  the  underlying  structure  of  a  life 
cycle  process. 

3)  Improvement  Process  (subclause  7.3).  Defines  the  basic 
activities  that  an  organization  (that  is,  acquirer,  supplier, 
developer,  operator,  maintainer,  or  the  manager  of  another 
process)  performs  for  establishing,  measuring,  controlling, 
and  improving  its  life  cycle  process. 

4)  Training  Process  (subclause  7.4).  Defines  the  activities  for 
providing  adequately  trained  personnel. 
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SUMMARY 

IEEE/EIA  12207.0:  Software  Life  Cycle  Processes 

*  Purpose:  This  International  Standard  establishes  a 
common  framework  for  software  life  cycle 

processes,  with  well-defined  terminology,  that  can 
be  referenced  by  the  software  industry. 

*  Application:  Applies  to  the  acquisition  of  systems 
and  software  products  and  services,  to  the  supply, 
development,  operation,  and  maintenance  of 
software  products,  and  to  the  software  portion  of 
firmware,  whether  performed  internally  or  externally 
to  an  organization. 
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IEEE  12207  “Software  Life  Cycle  Processes” 


A.  Five  Primary  Processes 

1.  Acquisition  Process 

2.  Supply  Process 

3.  Development  Process 

4.  Operation  Process 

5.  Maintenance  Process 

B.  Eight  Supporting  Processes 

1.  Documentation  Process 

2.  Configuration  Management  Process 

3.  Quality  Assurance  Process 

4.  Verification  Process 

5.  Validation  Process 

6.  Joint  Review  Process 

7.  Audit  Process 

8.  Problem  Resolution  Process 


F.O.C.U.S.ed  Enterprises  (www.focusedenterprises.com) 


Introduction 
Jan  2005 
Page  26 


IEEE  12207  “Software  Life  Cycle  Processes” 


C.  Four  Organizational  Processes 

1.  Management  Process 

2.  Infrastructure  Process 

3.  Improvement  Process 

4.  Training  Process 
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IEEE  12207  “Software  Life  Cycle  Processes” 


5  PRIMARY 

LIFE  CYCLE  PROCESSES 


5.1  Acquisition 


5.2  Supply 


5.4  C 

8  SUPPORTING 
LIFE  CYCLE  PROCESSES 


6.1  Documentation 


6.2  Configuration  Management 


6.3  Quality  Assurance 


6.4  Verification 


6.5  Validation 


6.6  Joint  Review 


7  Audit 


roblem  Resolution 


4  ORGANIZATIONAL  LIFE  CYCLE  PROCESSES 


7.1  Management 

7.2.  Infrastructure 

7.3  Improvement 

7.4.  Training 
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larry.d.bauer@boeing.com 


Configuration  Management 
Standards  Evolution 


CM  Management  Principles 

MIL-STD-973 

W' 

ANSI/EIA 

649-1998 

MIL-HDBK-61 

i 

i 

i 

i 

i 

i 

▼ 


ANSI/GEIA- 

649A-2004 


GEIA-HB-649 

(2005) 


CM  Overview 


CM  Functions  per  GEIA-649A 


CM  PLANNING  & 
MANAGEMENT 


CONFIGURATION 

Selection,  tailoring, 

CONFIGURATION 

IDENTIFICATION 

guidance,  oversight 

STATUS  ACCOUNTING 

Attributes,  identifiers,  baselines  CM  information  &  status 


CONFIGURATION 

CHANGE 

MANAGEMENT 


Manage 

changes 


separate  Ik,  £4^;  \xT 
Merged  in, 


CM  OF 

DIGITAL  DATA 


CONFIGURATION 

VERIFICATION/AUDIT 


Assure  data  integrity 


Verify  performance  &  consistency 


GEIA-HB-649  (DRAFT) 

Implementation  Guide  for  Configuration  Management 


■  Handbook  providing  guidance  for  the 
implementation  of  a  robust  CM  process 
regardless  of: 

■  product  complexity, 

■  size, 

■  customer  or 

>  business  objectives 

■  Provides  advice  and  guidance  for  tailoring  CM 
processes  according  to  need  and  business 
requirements 


GEIA-HB-649  (DRAFT) 

Implementation  Guide  for  Configuration  Management 

(Cont) 


■  Targeted  for  release  2nd  quarter  2005 


■  NOT  a  replacement  for  MIL-HDBK-61 


5  Functions  of  CM 


■  How  do  the  5  Functions  of  CM  support 
Logistics? 

■  Planning  and  Management 

■  Identification 

■  Change  Management 

■  Configuration  Status  Accounting 

■  Verification  and  Audit 


CM  Planning  and  Management 


■  To  assure  that  the  appropriate  CM 
processes,  tools,  and  activities  are 
applied 


■  To  establish  CM  organizational 
responsibilities 

■  To  determine  the  necessary  resources 
and  facilities 


CM  Planning  and  Management  (cont) 


■  To  provide  a  basis  for  continuous 
improvement 


■  To  enhance  the  maturity  of  the 
enterprises  process 


■  To  ensure  data  preservation  and 
interoperability 


Configuration  Identification 


i  Determines  structure  of  the 
product  &  documentation 

■  Defines  performance, 
interface  &  other  attributes 


■  Provides  unique  identity  to  product, 
components  and  documentation 


Configuration  Identification  (cont) 


■  Prescribes  identification  marking 


■  Modifies  product  and  document 
identifiers  to  reflect  incorporation  of 
major  changes 


■  Maintains  release  control  and  baseline 
definition 


■  Provides  reference  for  changes  & 
corrective  actions 


Configuration  Identification  (cont) 


i  Correlates  document  revision  level  to 
product  configuration 

■  Enables  user  to  distinguish  between 

product  versions 


■  Enables  service  person  to  correlate  product 
to  instructions 


■  Correlates  units  to  warranty/service  life 


Configuration  Change  Management 


■ 


■ 


Enable  change  decisions  to  be  based  on 
knowledge  of  complete  change  impact 


Limit  changes  to  those  which  are 

necessary  or  offer  significant  benefit 


■ 


Facilitate  evaluation  of  cost,  savings  & 
trade-offs 


Configuration  Change  Management  (cont) 


■ 


■ 


Ensure  customer  interests  are  considered 

Provide  orderly  communication  of 

change  information 


i  Preserve  configuration  control  at  product 
interfaces 


■  Maintain  and  control  a  current 
configuration  baseline 


Configuration  Change  Management  (cont) 


■  Maintain  consistency  between  product  and 
documentation 

■  Document  and  limit  variances 

■  Facilitate  continued  supportability  of  the 
product  after  change 


Configuration  Status  Accounting 


■  Enables  retrieval  of  information  concerning 

change  decisions  and  change  impacts 

■  Supports  inquiries  concerning  future 
planning  of  design  changes,  investigation 
of  design  problems,  warranties,  shelf  and 
operating  life  calculations,  etc. 


■  Access  to  complete  configuration 

information  on  a  product,  any  individual 
product  unit,  or  group  of  product  units 


Configuration  Status  Accounting 


■  Access  to  accurate  identification  of  each 
delivered  product  unit 


■  Improves  capability  to  identify,  produce, 
inspect,  deliver,  operate,  maintain,  repair, 
and  refurbish  products 

■  Enhances  availability  of  accurate 
information  on  spare  parts  and  maintenance 
support 


■  Source  for  configuration  history 


Verification  and  Audit 


■  Ensure  the  product  design  provides  the  agreed  to 
performance  capabilities 

■  Validate  the  integrity  of  the  configuration 
documentation 

■  Verify  the  consistency  between  a  product  and  its 
configuration  documentation 

■  Provide  confidence  in  establishing  a  product 
baseline 


Verification  and  Audit 


i  Ensure  a  known  configuration  as  a  basis  for 
operation  and  maintenance  instructions, 
training,  spares  and  repair  parts. 

■  Determine  that  an  adequate  process(es)  is  in 
place  to  provide  continuing  control  of  the 
configuration 

■  Provides  for  continuous  CM  process 
improvement 


CM  Support  of  Logistics 


■  Provides  current  identification  of: 


■  Items  in  inventory  by  location 

■  Maintenance,  Repair  and  Service  Manuals  and 
Records 


■  Provides  Records  of: 

■  Repairs 

■  Modifications 

■  Removals 


CM  Support  of  Logistics  (cont> 


■  Validates: 

■  Inventory 

■  Location  of  items 

■  Configuration  of  in-service  and  retired  items 

■  Supports: 

■  Location  of  needed  Spares 

■  Visibility  of  upgrades,  qualified  replacements, 
and  authorized  substitutions 


Global  CM  and  Universal  CM  Issues 


■  CM  issues  are  common  throughout 
industry  and  government 

■  Supplier  Management 

■  Documentation  Hierarchies 

■  Efficient  and  Effective  Change  Management 

■  Level  of  Rigor/intensity  of  CM  processes  in 
Product  Development  vs.  Production 

■  Control  of  Test/Development  Configurations 


Global  CM  and  Universal  CM  Issues 


■  CM  issues  are  common  throughout 
industry  and  government 

■  Tool  selection  and  integration 

■  Control  of  multiple  Software  versions 

■  CM  organization  is  popular  after  an  accident  or 
incident 

■  Accurate  repair  history 

■  Retrofit  control 


CM  and  Logistics  -  Summary 


■  Configuration  Management  provides 
logistics  with  accurate: 

■  Configuration  Identification 

■  Configuration  Change  history 

■  Inventory  Management 

■  Upgrade  and  Substitution  visibility 

■  Repair  and  Service  records 

■  Removal  visibility 


Transforming  Logistics 


Technical  Information  Division  Symposium 

Achieving  Knowledge-Enabled  Logistics 


Jerry  Beck  OADUSD(LPP) 


3  March  2005 


Near-Term  Transformation  Priorities 

(Joint  Logistics  Board) 


•  Implement  meaningful  and  actionable  metrics 

•  Accelerate  Performance-Based  Logistics 

•  Develop  a  way  ahead  for  Maintenance 
Excellence 

•  Facilitate  Distribution  Process  Owner  success 

*  Streamline  material  flows 

*  Assess  Customer  Pay  Opportunities 

*  Coordinate  Logistics  Enterprise  Integration 

*  Rationalize  a  corporate  DoD  Logistics  vision  into  a 
coherent  Transformation  Roadmap  -  Focused  Logistics 


Focused  Logistics 


End-to-end 

communications 


Total  asset  visibility 


Forces  in  theater  —  whether  forward-stationed  or  deployed 
deliver  more  capability,  require  less  support 


Achieving  Maintenance  Excellence 


Data  Transfer 


Integrated 
Data  Bus 


Wholesale 

Logistics 


On-Board  Diagnostics  and 
Prognostics 


Tech 

Support 


Interactive 

Training 


Anticipatory 

Materiel 


Reduced 

Footprints 


Integrated 

Logistics 

Information 


lETMs 

Portable 

Maintenance  Aids 

i  i 

Production  1 

Predictive 

Maintenance 

Maintenance  Data  <4 
Analysis 

k 

Control 

i 

Preventive 

Maintenance 

◄ - 


Maintenance  & 
Information 
Systems 

Maintenance  History 
Configuration  Control 
(serial  items) 


Condition  Monitoring 
Reliability  Analysis 


4 

I 


Command& 

Linked  to  i 

Warfighters  / 

Control 

1 

Training  Center 

Training  Infrastructure 


•  Training  Mgt  System 

•  Training  Sup.  Center 


Pilot  &  Maintainer  Training 
Simulators 
Training  Aids 
Electronic  Instruction 


ALIS 


Technology 

Enabling  the 

Maintainer 


JTD 


TRNG  V 


SE  C 


Embedded 

Training 


Maintainers 


On-Site  Maintenance 

T3 

tK* 

Local  Off-Board  PHM 

Analysis 


PMA 


Legacy  Data 

Systems 


Air  System  Management 

LM  Aero,  &  JSFPO  Partners  & 
Suppliers 


Repair  Support 

Product  Engineering 
Product  Repair 
Material  Management 

LM  Aero,  Partners,  Suppliers  & 
Depots 


O' 


Customer  Support  Services 


Support  System  Mgt. 
Supply  Chain  Mgt. 
Sustaining  Engineering 
Help  Desk 
Maintenance  Data 
Configuration  Mgt. 
Technology  Refreshment 


i 


Information  Infrastructure  (ALIS) 


Maintenance  &  Training  Flow 


Autonomic  Logistics  System  Provides  an  Affordable 
Rapid  Response  Capability  to  the  Warfighter 


Army  Stryker  Vehicle 

Integrated  Weapon  System  Status  and  Health  Management 


Sensor-Based  Self  Monitoring 

Automatically  feeds  Army  Shared  Data  Environment 

Automatically  generates  Synchronized 

re-supply  requirements  information  and 
provides  platform  health  info... 


Self  Reporting 


Crew  Indications 
(Operator’s  Station) 

Water  Status 


Supply  Status 


Subsistence  Status 


Serialized 
Item  Management 


Specialized  software 
and/or  hardware  (laptop) 

To  assist  in  maintenance  management,  troubleshooting, 
parts  ordering,  status 


Software  that  integrates 
all  the  information  to 
Identify  impending 
failure,  order  parts 


Interactive  Electronic 
Technical  Manuals  (software) 
to  troubleshoot,  test, 
document,  report 


An  installed  part 
of  the  vehicle 


Blackhawk  HUMS 


Descriptions 

•  On-board  diagnostics  and  prognostics. 

•  Crash  survivable  cockpit  voice  and  data 
recorder. 

•  Obtains  real  time  vibration,  rotor 
smoothing  and  aircraft  health  usage 
info. 

Backgrounds 

•  Successful  HUMS  demonstration  on¬ 
going. 

•  Proposed  cost  funds  UH-60M 
integration. 

Benefitss 

•  Obtains  real  time  vibration,  rotor 
smoothing  and  aircraft  health  usage 
info. 

•  Supports  predictive  methods  to  allow 
replacement  of  parts  prior  to 
catastrophic  failure. 

•  Reduces  O&S  costs. 

•  Improves  readiness. 


Health  and  Usage  Monitoring  System 

j HUMS ) 


PBL  is  Performance  -Based 
Life  Cycle  Product  Support 

PBL  Guidance:  A  strategy  for  weapon  system  product 
support  that  employs  the  purchase  of  support  as  an 
integrated,  affordable,  performance  package  designed 
to  optimize  system  readiness.  It  establishes 
performance  goals  for  a  weapon  system  through  a 
support  structure  based  on  long-term  performance 
agreements  with  clear  lines  of  authority  and 
responsibility  to  continuously  meet  the  users  needs. 

>Functions  That  May  Be  the  Responsibility  of  the  Provider: 
>Obsolescence  Management  transportation  &  Warehousing 

^Requirements  Determination  technical  Data  Management 

Engineering  and  Technical  Services  >Retrograde  Management 
Configuration  Management/Control  >FMS  Support  (If  Applicable) 
technology  Insertion  > Public/Private  Partnerships  or  Teaming 


PBL  Weapon  System  Support 

Real-Time 


System  Status 


Industrv/Government 


Buys 

Performance 
As  a  Package 

(Including  Surge/Flexibility) 


W 


Partnerships 


Weapon  System 
Management 


Force  Provider 


Provide  continuous, 
reliable,  affordable 
support  per  PBA 


Acquisition 


Sustainment 


wsal 


Visibility  into  cost/risk  decisions  across  life  cycle 


PBL  Applications 


Support 

Equipment 


Training  & 
Support 

mr-^ 

Packaging, 
Handling 
Storage,  & 
Transportation 


System  Level 


Sub-system  Level 


Component  Level 


Technical  Data  Solutions  to  meet 
Network  Centric  Capability 


Where  Tech  Data  Must  Fit  with  War 

Fighter  Vision 


Network  Centric  Global  Command  &  Control  System 

Global  I  pint  I  ntearatina  Concept  (1 1C) 

GCCS  Definition 
Integrated  Engagement  Space 
Critical  operational  capabilities 
identified 

Global  Combat  Support  System 


How  does  Advanced  Planning  and 
Scheduling  Fit  in  the  Information  Pyramid? 

APS  enables 

transformation  <  1  making 

into  business  inte 


Business  systems 
(legacy,  MRPII,  ERP) 
are  transaction  based, 
and  much  of  the 
analysis  that  occurs  in 
advanced  planning 
and  scheduling  is  / 


analyzing 


modeling 


DATA 


How  do  I  transform  data  to  decision  support  quality? 


How  does  Advanced  Planning  and 
Scheduling  Fit  in  the  Solution  Set? 


Collaborative 
management 
Value  chain  mgt 


HR 

I  &  E 

Financial 

Maint,  Rpr  &  Ovhl 

Procurement 

Material 


ortal/Middleware/Web  Servic 


Business  Intelligence/AP 


Resource  Management  Asset  Management 

EAM 

&  Legacy 


ERP 

&  Legacy 


Data  Base/Warehouse/Mart 


takt 


Inventory 


Spares  Pool 


Metrics:  Reliability,  Response  &  Cost 
Goals:  Better,  Faster,  Cheaper 


Analysis 

Planning 

Scheduling 


Product  life  cycle 
management 
Product  data 
Technical  data 
Configuration  mgt 


Where  does  APS  fit  into  my  solution  set  framework? 


APS  Provides  Business  Intelligence 

to  the  Value  Chain 


Reliability  Value  Chain 


How  does  APS  relate  to  the  Material  Readiness  Value  Chain? 


The  Impact  of  IDE 


As  JTAV  is  replaced  by  IDE  AV,  users,  customers, 
and  process  owners  will  be  provided  timely  and 
accurate  information  on  the  location,  movement, 
status,  and  identity  of  units,  personnel,  equipment 
and  supplies 


This  facilitates  the  capability  to  act  upon  that 
information  to  improve  overall  performance  of 
DoD’s  logistics  practices 


Factory/ 

Depot 


“Sense  and  Respond”  Logistics 


rfid _ Data  Capture _ rfid 


In-Process  I  In-Storage  I  I  In-Transit  I  In-Theater 


AIS  VV  AIS  V.V  AIS  VV  AIS 


IDE 


Data  Provisioning 


IDE 


Foxhole/ 

Ship 


How  Else  Does  IDE  Contribute  to  Asset  Visibility  and 

Overall  Interoperability? 


gj "  Vision 

The  DOD  Logistics 
Enterprise 

is  executing  practices, 
processes,  applications,  and 
decision  support  in  an 
integrated  logistics  data 
environment,  thereby 
achieving  logistics  data 
interoperability  within  a  Net- 
Centric  Community  of 
Interest  (COI)  -- 


USTC 


Air 

USMC  Force  Navy 


DLA 


Allies 


Army 


Enterprise  Integrated 
Data  Environment 


Contemporary 


USCG 


Data  Warehouses 


Logistics  Data  Interoperability 
Identified  in  FLOW99. 
Re-Validated  in  FLOWOI 
and  FLOW03 


TODAY 


EIDE 


TOMORROW 


•  Stovepipe  Systems 

•  High  Cost 

•  Limited  Data  Interoperability 


•  Eliminate  stovepipes 

•  Lower  costs  (reduced  interfaces) 

•  Enable  system-wide  interoperability 


Tasking  from  PPP  Tiger  Team 


•  Establish  a  Technical  Data  Subgroup  to 
define  a  road  ahead  -  Work  with  AIA  - 
Begin  Jan  05,  report  out  60  days 
thereafter  -  Opportunity  Areas  Identified 

•  Technical  Publications 

•  Product  Data  Management 

•  Professional  Development 

•  Technology  Development 


Tech  Data  Areas  of  Opportunity 


I.  Technical  Publications:  Expedite 

transition  from  paper  to  interactive  electronic 
format 

II.  Product  Data  Management  (PDM): 

Foster  early  integration  of  acquisition  and 
sustainment  data  management  systems  into 
a  “life  cycle”  system  to  improve  reliability  and 
decrease  logistics  footprint 


Tech  Data  Areas  of  Opportunity 


III.  Professional  Development:  Ensure 
both  developers  and  users  of  tech  data 
understand  their  roles  in  contributing  to 
sustained  material  readiness  of  systems 

IV.  Technology  Development:  Enable  the 
inclusion  of  new  technology  initiatives  into  the 
tech  data  system 


Implementation  of  S1000D 


•New  and  Modified  Weapon  Systems 

•  Legacy  Data 

•  Understanding  End-User  Needs 

•  Service  Boundary  Conditions 

•  Achieve  Network  Centric  Logistics 

•  Sustainment  of  Data  Systems 

•  Digital  Technical  Data  Capability 


Tasking  for  Maturing  S1000D 


Service  /  Industry  /  International  Teams 

•  Complete  Business  Rules 

•  Identify  Needs 

•  Identify  Pilot  to  move  toward  Network 
Center  Operations 


TASKING 


•  Missions 

-  RWCAS 

-  Convoy  Escort 

-  Utility  Support 

-  Armed  Recce 

-  CASEVAC 

-  Airfield  QRF 


*  24/7  Sustained 
operations 

*  Average  %  Day/Night 

-  AH:  58.6/41.4 

-  UH:  60.6  /  39.4 

*  FMC  /  MC  (%) 

-  AH:  61.0/70.7 

-  UH:  55.0/60.0 


“These  old  aircraft  are  surviving  and  succeeding  on  the 
backs  of  our  maintenance  Marines  and  at  the  risk  of 
our  aircrews  lives.” 


Defense  Acquisition  Policy 

Working  Group 

The  DoD  Acquisition  Guidebook 

12  June  2003 


DoD  Acquisition  Guidebook 


Objective 

•  Revise  and  Complete  Electronic 

DoD  Acquisition  Guidebook  by  September  2004 

•  Electronically  Link  the  Guidebook  to  Policy  Documents 
(DAU) 

Criteria 

•  This  will  be  a  Guide  NOT  A  POLICY  Document !! 

•  Explain,  will  not  require 

-  What  and  how  vice  shall  and  will 

•  Except  when... (driven  by  5000  policy) 

•  Relationship  to  other  Guides  and  other  Chapters 


Overview  of  the  Defense  Acquisition 

Guidebook  (11  Chapters) 


•  Chapter  1,  Department  of_ Defense  Decision  Support  Systems,  an  overview 
of  the  Defense  Department’s  decision  support  systems. 

•  Chapter  2,  Defense  A ccmisition  Program  Goals  and  Strategy  acquisition 
program  goals  and  the  topics  the  program  manager  should  consider  in 
developing  a  strategy  for  the  acquisition  program. 

•  Chapter  3,  Affordability  and  Life-Cycle  Resource  Estimates, ,  acquisition 
program  affordability  and  resource  estimation. 

•  Chapter  4,  Systems  Engineering  qnd_  Integrated  System  Design ,  system 
design,  and  the  systems  engineering  processes  that  aid  the  program 
manager  in  designing  an  integrated  system  to  balance  capability, 

•  Chapter  5,  Life-Cycle  Logistics. ,  provides  the  program  manager  with  a 
description  of  Life-Cycle  Logistics  and  its  application  throughout  the 
system  life  cycle,  from  concept  to  disposal. 

Chapters  4  &  5  are  strongly  linked 


Overview  of  the  Defense  Acquisition 
Guidebook  (Chapters  6-11) 


•  Chapter  6,  Human  Systems  Integration,  addresses  the  human  systems 
elements  of  the  systems  engineering  process. 

•  Chapter  7,  Networks  qnd_  Information  Integration „  network-centric  strategy 
to  transform  DoD  warfighting,  and  intelligence  capabilities. 

•  Chapter  8,  Intelligence ,  Co  un  ter  in  tel  linen  ce,  qnd_  Security  Support 

responsibilities  regarding  the  prevention  of  inadvertent  technology 
transfer,  and  guidance  for  the  protection  of  those  technologies. 

•  Chapter  9,  Integrate d  Jest  qnd_  Evaluation ,  integrated  test  and  evaluation 
strategy  to  assess  operational  effectiveness  and  suitability. 

•  Chapter  10,  Decision s,  Assessments ,  and  Periodic  Reporting,  program 
manager  and  Milestone  Decision  Authority  oversight  responsibilities. 

•  Chapter  11.  Program  Management  A  divides* *  activities  and  decisions 
required  of  the  program  manager,  not  discussed  in  earlier  chapters. 


5000  Guidebook  Overview 


•  Acquisition  professionals  should  use  this  Guidebook  to  perform 
their  management  responsibilities. 

•  Each  chapter  is  designed  to  improve  understanding  of  the 
acquisition  process  and  ensure  knowledge  of  the  statutory  and 
regulatory  requirements  associated  with  the  process. 

•  The  Guidebook  is  more  an  electronic  reference  system  than  a 
“book”. 

•  Hyperlinks  let  you  electronically  jump  to  related  info. 

•  Some  links  take  you  to  external  references,  such  as  United  States 
Code,  or  other  formal  DoD  publications. 

http://AKSS.DAU.MIL/DAG/ 


Total  Life  Cycle  Systems  Management 

(TLCSM) 


[5.1.1] 


Life  Cycle  Logistics 
(LCL) 


[5.1.2] 


LCL  in 

Systems  Engineering 
[5-2]  (SE) 


Performance  Based 
Logistics 
(PBL) 
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FOC 
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Deployment 
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V  Concept 
/  Decision 
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LRIP/IOT&E  SS  Decision 

>r  Review 

Pre-Systems  Acquisition 


Systems  Acquisition 


Sustainment 


Under  TLCSM  the  PM  is  responsible  for  Life  Cycle  Logistics  (LCL),  emphasizing  LCL  in  systems 
engineering  and  implementing  product  support  through  Performance  Based  Logistics  (PBL). 


Discussion  Topics 


*  How  can  we  accelerate  adoption  of  international 
standards  to  support  net-centric  operations  and 
logistics? 

*  What  is  the  appropriate  role  for  industry  and 
professional  societies  in  standards  adoption? 

*  Are  current  standards  efforts  sufficient  to  achieve 
net-centric  operations  and  life  cycle  management? 

*  How  can  we  better  synchronize  standards  efforts 

with  Allies? _ 

Will  application  of  S1000D  help  DoD  achieve 
Net  Centric  Focused  logistics? 

Are  there  other  alternatives? 


Summary 


•  Government  and  Industry  must  work 
together  to  achieve  this  objective 

-  Framework  has  been  established 

-  Performance  based  products 

-  Challenge  to  implement,  must  be  cost  effective 

-  Change  is  hard,  but  we  owe  it  to  the  Warfighters  to 
succeed 

Meeting  Warfighter  needs  Around  the  Clock,  Around  the  Globe 


Potential  Tech  Data  Solution  Set 


Potential  Tech  Data  Solution  Set 


Sophisticated  XML  can  be 
limited  to  specific 
applications,  increasing 
affordability  and  applying 
technology  where  it  most 
benefits 


The  Database  can  use  a 
distributed  architecture 
with  a  common 
composition,  eliminating 
the  need  to  force  a  single 
repository  on  the  user 
community,  and 
increasing  the  potential 
for  success 


Portal/Middleware/Web  Service 
Access 

Business  Intelligence 
Reusable  Data  Modules 

Interactive  XML 
Database  --  Repositories 

structured  XML 
Database  -  Repositories 


Paper,  Image  and  PDF  Data 
Existing  Source  Data 


The  Application  Level 
provides  the 
opportunity  to 
leverage  advancing 
technology  without 
starting  over  and  over 
and  over 


Flexible  business  rules 
allow  many  different  user 
communities  to  access  tee 
same  set  of  data  for 
disparate  needs  and  newer 
needs  can  be  met  by 
evolution,  not  revolution. 


Goals: 


Better 


Faster  Affordable 


Where  is  CM  and  DM  in 
DODD  5000.1 
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What  is  Dodd  5000.1 


•  The  Federal  Government  uses  a  “gated 
decision”  or  milestone  approach  to  management 
of  large  acquisitions 

-  OMB  Circular  A-1 09 

-  DoDD  5000.1 

•  Key  elements  are 

-  Single  point  of  authority  and  responsibility 

-  Decisions  made  at  major  life  cycle  milestones 

-  There  are  technical  and  budgetary  milestones 

•  Technical  =  feasible 

•  Budgetary  =  affordable 
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What  is  the  overall  DODD 

Life  Cycle  Management  Approach? 


The  Defense  Acquisition  System  exists  to 
manage  the  Nation's  investments  in 
technologies,  programs,  and  product 
support  necessary  to  achieve  the  National 
Security  Strategy  and  support  the  United 
States  Armed  Forces. 
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Overall  View 
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ICO:  Initial  Capat  llitic*  Document 
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IOC:  Initial  Operating  Capability 
FOC  Ful  Operating  Capability 
IRlP:  Low-Rat*  Initial  Pi oduction 


OT4E:  Operational  Test  and  Evaluation 
FFP  Full  Pale  Production 
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Full  Spectrum  Analysis 


What 


Threat 

Capability  gaps 
Present 

Projected  future 
Technology  application 


Specific  core 
deficiencies, 
problem  areas,  or 
opportunities  stated 
as  single  issues 


Who 


Doctrine 

Strategy 

Policy 

Goals  &  Objectives 
Plans  &  Procedures 
Organization 

Ownership  of  Assets 
Decision  Authority 
Command  relationships 
Material 

Comm,  interfaces 
Training 

Competencies 

Knowledge 

Skills 

Abilities 

New  schools 

Process 

Personnel,  Facilities 

Support  Needs 


Organization  setting. 
Which  organizations 
interface  with  the 
system?  Address 
interfaces  with  other 
Joint  Systems.  Who 
will  use  the  system 
when  it  is  developed 
and  fielded? 


i  I 


H  Mode 


When 


Programmatic 

Milestones 
Time  frames 
Deadlines 
Deliverable  dates 
FOS  Synchronization 
P3| 

Time  phasing 
Spiral  acquisition 
Spiral  development 
Operational 

Phases  of  campaign 
IOC 

Deployment  process 


Time  frames  that  will 
support  acquisition 
approach.  Milestones 
and. or  dates  to  be 
delivered  and  fielded. 
Also  consider  phases  of 
campaign 


Where 
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How 


Place  on  the  battlefield 

Doctrine 

Mobility 

TTP 

Accessibility 

OPLANS 

Survivability 

Military  conditions 

Physical  Environment 

ROE 

Facilities 

Leadership 

Terrain 

Decision  Support 

Weather  &  climate 

Information  Mgmt 

Theater  specific 

Deployment 

considerations 

Material 

Supplies 

Network 

Transportation 

Design 

Deployment 

Implementation 

Installation 

FOS  Integration 

Network 

Performance 

Maintenance 

Personnel 

Civil  considerations 

Performance 

The  system’s  place  on 
the  future  battlefield. 
Consider  physical 
environment. 


Employment  operation. 
How  will  the  system  be 
used  to  attain  present 
and  current  future 
military  objectives? 
Consider  conditions 
under  which  the  system 
will  be  used. 
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Functional  Capabilities  Boards 


•  Responsibilities 

•  Ensure  new  capabilities  are  conceived  and  developed  in  joint  warfighting 
context 

•  Ensure  JCIDS  proposals  are  consistent  with  integrated  joint  force 

•  Validate  Joint  Impact  proposals 

•  Organize,  analyze  &  prioritize  capabilities  proposals 

•  Oversee  development  and  update  of  Functional  Concept(s) 

•  Ensure  integrated  architectures  (as  available)  reflect  functional  area 

•  Status 

•  5  Chartered  by  JROC: 

-  Command  &  Control  (JFCOM); 

-  Battlespace  Awareness  (J2); 

-  Force  Application  (J8); 

-  Focused  Logistics  (J4) 

-  Protection  (J8) 

More  Efficient  Use  of  Scarce  Department  Resources 
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J  Cl  DS  Documents 


Capability  Development  Document  (CDD) 

-  Replaces  ORD  at  Milestone  B 

-  Identifies  operational  performance  attributes  of  proposed  system 

-  System  specific,  applies  to  single  increment  (in  an  evolutionary 
program) 

-  Results  from  Technology  Development  and  supports  Milestone  B 
Initial  Capabilities  Document  (ICD) 

-  Replaces  MNS 

-  Identifies  a  capability  gap  or  other  deficiency 

-  Describes  evaluation  of  DOTMLPF  approaches 

-  Support  Analysis  of  Alternatives  (AoA),  Concept  Refinement  and 
Milestone  A 

-  Not  updated  once  approved 
Updated  or  rewritten  for  subsequent  increments 
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JCIDS  Documents  (cont'd) 


•  Capability  Production  Document  (CPD) 

-  Replaces  ORD  at  Milestone  C  and  FRPDR 

-  Identifies  production  attributes  for  a  single  increment  of  a 
program 

-  Prepared  during  System  Development  and  Demonstration 

-  Rewritten  for  each  increment  in  an  evolutionary  program 

•  Capstone  Requirements  Document  (CRD) 

-  No  Near  Term  Change 

-  Describes  overarching  thresholds/goals  and  standards  in 
functional  areas 

-  Useful  for  family-of-systems  or  system-of-systems  approaches 

-  Developed  only  at  JROC  direction 

-  Eventually  will  be  replaced  by  integrated  architectures 
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I  ncreased  Flexibility 


PM  determines  what  information  is  required 
to  satisfy  regulatory  requirements 

MDA  may  tailor  (with  some  exceptions) 
regulatory  information  requirements 

MDA  resolves  issues  regarding  Guidebook 
expectations 
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Resource 

Management 


Goals  and 
Strategy 
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Decision 

Support 
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Management 
Activities 


Systems 

Engineering 


Decisions, 

Assessments 
Reports 


Life-Cycle 

Logistics 
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Human 
Systems 

Integration 


Information 

Technology 
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Test  and 
Evaluation 


Technology 

Protection 
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Evolutionary  Approach 


CR 

TD 

SDD 

PD 

OS 

6__ 

0 

0 

•  Time-Phased  Requirements 

•  A  Modular  Open  Systems  Approach  to  facilitate 
Technology  Insertion 

•  Evolutionary  Sustainment  Strategies 

•  T&E  Consistent  with  Evolutionary  Approach 

•  Full  Funding 
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System  Development  &  Demonstration 


System 

Integration 


System  Integration 


System 

Demonstration 


Design 

Readiness 

Review 


System  Demonstration 


Enter:  PM  has  technical  solution  but  has 
not  integrated  subsystems  into  complete 
system;  approved  CDD 

Activities: 

•  System  Integration  of  demonstrated 
subsystems  and  components 

•  Reduction  of  integration  risk 

•  DT/EOA/preliminary  LFT&E 

Exit:  Demonstration  of  prototypes  in 
relevant  environment 


Enter:  Prototypes  demonstrated  in  intended 
environment 
Activities: 

•  Complete  system  demonstration 

•  DT/OA/OT  and  preliminary  LFT&E 
Exit:  System  demonstration  in  intended 

environment  using  engineering 
development  models;  meets  validated 
requirements 
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•  Capabilities  Development  &  Production  Document  (CDD/CPD  ) 

•  Performance,  Cost  and  Schedule  Goals  (Acquisition  Program  Baseline) 

•  Operational  and  Live  Fire  Testing  (If  Required) 

•  Compliance  with  Acquisition  Oversight  Requirements 

•  Acquisition  Strategy  that  reflects  consideration  of: 

•  Logistics  Planning; 

•  Manpower,  Personnel  and  Training; 

•  Environmental  and  Security  Factors; 

•  Protection  of  Critical  Program  Information; 

•  Spectrum  Management 

•  Other  information  tailored  to  the  conditions  of  the  program 


Increments  are  Related,  hut  Separate  Acquisitions 
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Evolutionary 


Where  do  CM  and  DM  appear? 
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management  The  DoDD  described  system 
CORPORATION  conflicts  with  Easy  CM/DM 


Time-Phased 

Requirements 

A  Modular  Open 
Systems  Approach  to 
facilitate  Technology 
Insertion 

Evolutionary 
Sustainment  Strategies 

T&E  Consistent  with 
Evolutionary  Approach 

Full  Funding 


INSIDE  CHANGE 


INSIDE  CHANGE 


INSIDE  CHANGE 


OUTSIDE  CHANGE 


NEVER  HAPPENS 
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Where  is  CM  in  DoDD  5000.1? 


•  DoD  4120.24-M,  the  Defense  Standardization  Program 
(DSP) 

Policies  and  Procedures,  there  are  only  two  classes  of 
standards  and  specifications  to  be  considered:  those  that 
may  be  used  with  no  restrictions  and  those  documents 
requiring  waiver  prior  to  application. 

•  Defense  Standardization  Program  Policies  and 
Procedures  Paragraph  C3.8.2.  of  DoD  4120.24-M  lists 
nine  types  of  documents  that  may  be  used  in 
development  contracts.  Of  particular  interest  are  three 
military  document  types:  standard  practices,  interface 
standards,  and  defense  standards. 
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CM  and  DM  are  in  Dodd  5000.1,  but  are  subsets 
of  other  Systems  Management  Topics 


•  Technical  Management 

•  Risk  Management 

•  Interface  Management 
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Standards 


•  ANSI/EIA  649A,  Configuration  Management,  on 
the  GEIA  website  (Click  on  STANDARDS); 

•  ISO  10007,  Quality  Management  -  Guidelines  for 
Configuration  Management ; 

•  EIA  836,  Configuration  Management  Data 
Exchange  and  Interoperability,  located  on  the 
GEIA  website  (Click  on  STANDARDS);  and 

•  MIL-HDBK-61A,  Military  Handbook, 

Configuration  Management  Guidance 
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•  ISO/I  EC  15288,  Systems  Engineering-System  Life  Cycle 
Processes 

•  ANSI/EIA  632,  Processes  for  Engineering  a  System 

•  IEEE  1220,  Application  and  Management  of  the  Systems 
Engineering  Process 

•  El  A  731 ,  Systems  Engineering  Capability  Model 

•  CMMI  SWE/SE/IPPD/SS,  Capability  Maturity  Model- 
Integration  for  Software  Engineering,  Systems 
Engineering,  Integrated  Product  and  Process 
Development  and  Supplier  Sourcing 

• 
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•  4.6.2. Handbooks  and  Guides 

•  Guidance  for  the  Use  of_Robust  Engineering  in  Air_  Force  Acquisition  Programs 

•  Navy  Systems  Engineering  Guide 

•  INCOSE  Handbook 

•  MIL-HDB-61 .  Configuration  Management 

•  MIL-HDBK  881 .  Work  Breakdown  Structure 

•  MIL-HDBK  1785,  Systems  Secunty_Engineen ng 

•  NASA  SE  Handbook 

•  DSMC  Systems  Engineering  Fundamentals 

•  DAIJ  Rjsk  Management  Handbook 

• 

•  Designing  and  Assessing.  Supportabilitv  in  DoD  Weapon  Systems :  A  Guide  to  Increased  Reliability 

and_  Reduced.  Logjstjcs  Footprint 

•  DoD  Template  for  Application  of  Total  Life  Cycle  Systems  Management  [ TLCSM ')  and 

Performance  Based_  Logjstjcs  (. PBL )  In  the  Weapon  System  Life  Cycje 

•  DoD  Guide  for  Uniquely  Identifying  Items 

•  The  Reliability  Analysis  Center  is  a  DoD  Information  Analysis  Center,  a  Center  of  Excellence,  and 
a  technical  focal  point  for  information,  data,  analysis,  training  and  technical  assistance  in  the 
engineering  fields  of  Reliability,  Maintainability,  Supportability,  and  Quality.  Their  web  site  is 

http://rac.alionscience.com/ 

•  ISO/IEC  TR  1 9760,  Systems  Engineering  -  A  guide  for  the  application  of  I  SO/I  EC  15288  (System 
Life  Cycle  Processes),  First  Edition,  2003-11-15 
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DEFENSE 


WA(  managewi^n'P ces  w^ere  Standards  CM  and  DM  should  be  found 

CORPORATION 


•  Acquisition  Strategy 

•  Product  Support  Strategy 

•  Statutory,  Policy  and  Guidance  Factors 

•  Acquisition  Program  Baseline 

•  Test  Evaluation  Master  Plan 

•  WBS 
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Places  where  Standards  and 
CM  and  DM  should  be  found 


DoD  5000.1  and  DoDI  5000.2  may 
not  mention  CM  and  DM 
specifically,  but  they  do  require 
several  documents  that  allow  for  the 
application  of  CM  and  DM. 


This  application  is  subject  to  tailoring 
and  may  be  deleted,  or  incorrectly 
included. 
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•  Why  should  we  include  CM  and  DM  in  DoD 
major  acquisitions? 

-  Makes  sense  to  do  it 

-  They  are  fundamental  management  tools  for 
systems  management  and  for  engineering 
management. 

•  Why  exclude  CM  and  DM  from  DoD  major 
acquisitions? 
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•  Why  exclude? 

-  They  are  alleged  to  “cost  money” 

-  They  cause  system  to  lose  flexibility  by  forcing 
discipline  too  early 

-  They  do  not  allow  for  quick  changes  to  reflect 

•  mission  changes 

•  requirements  changes 

•  technology  changes 

•  they  show  responsibility  and  support 
accountability. 

(c)2005  Defense  Sytstems  26 

Management  Corporation 


DEFENSE 

SYSTEMS 

MANAGEMENT 

CORPORATION 


•  Why  include? 

-  Increases  knowledge 

-Avoids  restarts  and  duplicative  efforts 

-Assigns  responsibility  and  accountability 
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•  Where  it  can  be  used 

-Analysis  of  alternatives  (  Chapter  3  DoDI 
5000.2) 

-  System  Engineering  Plan  (Chapter  4  DoDI 
5000.2 

-  Test  and  Evaluation  Master  Plan  (Chapter  9 
DoDI  5000.2) 
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Why  CM  and  DM 


•  How  can  CM  and  DM  be  “sold”? 

•  One  must  describe  the 

-  Features-- 

-  Benefits-- 

-  Proof 
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•  S1000D  Ijitematignaj  Specification  for_  Technical  Publications 

Utilizing  a  Common  Source  Database; 

•  Data  Management  CgmirMlity.  of  Practice  j CoP ),  located  on  the 
Acquisition  Community  Connection  on  the  DAU  website; 

•  DoD  5010/12. -M,  Procedures  for  the  Acquisition  and  Management  of 
Technical  Data,  May  1993; 

•  DoD  5200/PM  Acquisition  System  Protection  Program,  March  1994; 

•  GEIA-859,  Consensus  Standard  for  Data  Management,  located  on 
the  GEIA  website  (Click  on  STANDARDS).  (Note:  This  document  is 
currently  being  published.); 

•  l_ intellectual  Property^  Navigating.  Through  Commercial  Watery 

October  75,  2001_, 

•  ISO  1 0303,  Standard  for  the  Exchange  of  Product  Model  Data 
(STEP),  website 
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DoDI  5000.2 
DM  Requirements 


•  The  applied  systems  engineering  process  requires  access  to  data  to 
facilitate  decision  making,  but  does  not  necessarily  require 
acquisition  of  all  data.  The  data  management  processes  assist  in 
decision-making.  Data  management  processes  reveal  the  proper 
data  to  be  acquired  or  accessed.  The  decision  to  purchase  data 
should  be  made  when  access  to  required  data  is  not  sufficient  to 
provide  for  Life-cycle  planning  and  system  maintenance.  The  cost  of 
data  delivery  should  be  a  primary  consideration.  Other 
considerations  include  the  following: 

•  Data  requirements  for  spare  and  repair  parts; 

•  Technical  data  needed  for  ordering  and  purchasing  items  for 
contingencies;  and 

•  Circumstances  under  which  the  data  may  evolve  over  time  to  more 
useful  or  updated  data. 
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DoDI  5000.2 
DM  Requirements 


•  4.2. 3. 7. 3. Data  Storage  The  program  manager 
also  has  responsibility  for  addressing  long-term 
storage  and  retrieval  of  data  and  associated 
program  information  -  planning  for  digitizing 
continued  need  information,  as  appropriate  and 
cost-effective.  Such  long-term  planning  and 
incremental  digitization,  as  required,  will  assure 
that  applicable  data  is  available,  preserved,  and 
migrated  to  successive  formats  for  future 
planning  and  use. 
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DoDI  5000.2 
DM  Requirements 


•  Key  Logistics  activities  that  must  be  completed  before  MS  B: 

•  ■  Preparation  and/or  assessment  of  sustainment  planning  and 
parameters  in  the 

•  Capabilities  Development  Document  (CDD) 

•  ■  Description  of  the  product  support  strategy  as  documented  in  the 
Acquisition 

•  Strategy  (ASR) 

•  ■  Description  of  the  appropriate  logistics  metrics,  criteria,  and 
funding 

•  requirements  in  the  Acquisition  Program  Baseline  (APB). 

•  ■  Description  of  the  appropriate  logistics  considerations  and  test 
points  in  the  Test 

•  and  Evaluation  Master  Plan  (TEMP) 
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DoDI  5000.2 
DM  Requirements 


•  The  following  LCL  ‘drivers’  should  be  considered 
in  the  Initial  Capabilities  Document : 

•  System  Maintenance/Support  Profiles  and  Use 
Case  Scenarios  (Support  Capability  Packages) 

•  Reliability  and  Maintenance  Rates 

•  Support  Environment  and  Locations  for  Support 

•  Support  and  Maintenance  Effectiveness 

•  Duration  of  Support 
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DoDI  5000.2 
DM  Requirements 


Cost  Analysis 

-  Lifecycle  Cost  Methodology 

-  Models  and  Data 

-  Cost  Sensitivity  and/or  Risk 
Analysis 

Cost-Effectiveness 

Comparisons 

-  Cost-Effectiveness  Methodology 

-  Displays  or  Presentation  Formats 

-  Criteria  for  Screening  Alternatives 

Organization  and 
Management 

-  Study  Team/Organization 

-  AoA  Review  Process 

-  Schedule 
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Casel:  Requirements 
What  are  the  major  CM  and  DM  issues 
for  a  requirement  for  “germ/virus  resistant 

clothing” 


1 

2 

3 

1 

2 

3 


CM 


DM 
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What  should  be  in  your  proposal 
for  the  Germ/Virus  Resistant  Clothing? 


1 

2 

3 


DM 


1 
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What  are  good  metrics  to  show  that 
CM  and  DM  is  being  used  on  a  DoD 

P  roj  ect/P  rog  ra  m  ? 
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Milestones 
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CDM  Certification  and  Apprentice  Tutorial 

Background 

Certification  initiated  in  1990  by  ADPA  (the 
predecessor  association  to  NDIA) 

Modeled  after  successful  certification  programs  in 
medical  professions,  and  other  disciplines  such 
as  logistics,  quality,  contract  management,  etc. 

Common  aspect  among  all  viable  programs  is 
their  insistence  that  high  levels  of  professional 
competence  result  from  two  sources: 

Knowledge  and  Experience 
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CDM  Certification  and  Apprentice  Tutorial 

Background  (Cont’d) 


Knowledge  can  be  gained  in  several  ways; 
formal  education,  seminars,  self  study, 
job  assignments,  on-the-job  training,  etc. 

HOWEVER 


Experience  can  only  be  gained  by  actual 
performance 
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CDM  Certification  and  Apprentice  Tutorial 

Background  (Cont’d) 


This  is  why  recognized  and  respected 
certification  programs  in  any  discipline  require 
individuals  to  demonstrate  their  knowledge, 
and  possess  the  needed  experience  to  become 
certified.  For  example,  to  become  board 
certified  as  a  surgeon  one  must  have 
performed  successful  surgery  of  the  specified 
type  for  the  required  number  of  times; 
and  separately  demonstrate  their  knowledge. 
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CDM  Certification  and  Apprentice  Tutorial 

Milestones 

♦  1990:  ADPA  sponsors  Technical  Information 
Division  CM  and  DM  certification 

♦  1990:  Limited  ‘Grandfather’  CM  and  DM 
Certification  initiated,  based  on  experience 

♦  1991  -1995:  Certification  by  examination 
offered  separately  in  CM  and  DM  disciplines 
at  Manager  and  Specialist  levels;  exams 
based  primarily  on  DoD  methodology 
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CDM  Certification  and  Apprentice  Tutorial 

Milestones  (Cont’d) 


1996:  Separate  CM  and  DM  Certifications 
combined  into  one  CDM  Certification 

1996  on:  Exams  based  on  prevalent  Industry, 
International  and  government  standards:  Exams 
modified  to  emphasize  essay  questions  in 
addition  to  objective  questions 

1997:  ADPA/NSIA  merge  to  become  NDIA 

2000:  NDIA  International  CDM  Certification 
initiated  with  first  exams  in  United  Kingdom 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

NDIA  Certification  requires  that  applicants 
meet  the  following  requirements: 

(1)  Pay  fee;  (2)  Submit  CDM  experience  resume; 

and  (3)  Demonstrate  CDM  knowledge  on  exam 

This  process  requires  significant  effort  by 
the  candidate 

Examination  is  not  difficult,  but:  the  CDM 
discipline  is  broad,  and  candidates  need  to 
prepare  and  apply  themselves 


Copyright  ©  2005  NDIA.  All  Rights  Reserved. 


CDM  Certification  and  Apprentice  Tutorial 

Following  charts  focus  on  CDM  Certification;  but 
also  apply  to  the  CDM  Apprentice  program 

The  significant  difference  is  that  the  Apprentice 
only  requires  a  minimum  level  of  experience 

The  Apprentice  exam  is  much  easier  even  though 
the  subject  matter  is  the  same 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

2005  Fee  Structure 

Examination  fee:  $250.00 

Required  one  year  NDIA  individual 
membership:  $30.00 

Examination  retake  fee  (if  needed): 

$100.00  (Valid  for  24  months  from  date  of 
first  exam) 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

Provide  CDM  Experience  Resume 

Requirements: 

Apprentice:  about  1  Year  CDM  Experience 

Specialist  Certification:  5  Years  CDM  Experience 
Manager  Certification:  10  Years  CDM  Experience 

Applicants  document  in  a  resume  their  combined 
CM  and  DM  activities  during  various  work 
assignments 

Resume  reviewed,  and  verified  (as  appropriate) 
by  two  Technical  Information  Division  certified 
board  members 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

Demonstrating  Knowledge:  The 

Basic  philosophy:  examination  attempts  to 
determine  an  individual’s  knowledge,  Not 
their  ability  to  memorize  references 

Includes  questions  on  hardware,  software 
and  many  data  management  subjects 

Administered  in  four  parts,  each  with 
defined  subject  matter 

Questions  in  essay  and  objective  formats 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

Demonstrating  Knowledge:  The  Examination 

Exam  envelope:  8:00  AM  to  4:30  PM,  with 
between  parts  and  lunch  breaks 

No  reference  materials  may  be  used 

Administered  only  by  TID  Certified  board 
members  who  are  responsible  for 
security  and  integrity  of  the  examination 

Passing  score:  70%  (achieve  280  of  the 
maximum  400  points) 
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CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 

Demonstrating  Knowledge:  The  Examination 

Scoring  performed  by  volunteer  Scoring 
Teams  (6  or  more  NDIA  certified  individuals) 

Team  has  complete  scoring  authority ,  includ¬ 
ing  the  ability  to  ‘throw-out’  questions 
judged  inappropriate  or  invalid 

Scored  using  the  TID 
consensus  scoring  key 

Scored  independently  and 
subjectively  by  three  team  members  with 
final  score  assigned  by  team  lead 


CDM  Certification  and  Apprentice  Tutorial 

NDIA  Process 
The  Certification  Award 

Certifications  are  signed  by  NDIA 
Director  of  Operations,  TID  Chair,  and 
TID  Certification  Section  Chair 

NDIA  Director  of  Operations  congratulatory 
letter  accompanies  each  certification 

Name  of  each  person  certified  annually 
printed  in  National  Defense  magazine 

Name  of  all  certified  individuals  entered 
in  the  ‘Book  of  Honor’  at  NDIA  HQ 
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CDM  Certification  and  Apprentice  Tutorial 

Other  Certification  Activities 

Certification/Apprentice  Preparation  Course 

A  preparation  course  is  presented  annually 
at  various  conferences  (GEIA,  ACDM) 

Course  also  presented  upon  request  by 
companies  or  groups  of  individuals 

Provided  by  NDIA  because  many 
applicants  report  their  organization  has 
no  training  designed  to  help  prepare  the 
staff  for  Certification  or  Apprentice 
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CDM  Certification  and  Apprentice  Tutorial 

Other  Activities 


Promoting  the  NDIA  CDM  Certification  and 

Apprentice  Programs 

Publication  of  promotional  documents 
Advertising  in  selected  publications 

Certification  and  Apprentice  Study  Guides 

Examination  schedules 

Briefing  organizations  and  companies 
interested  in  the  program 
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CDM  Certification  and  Apprentice  Tutorial 

Program  Strengths 

NDIA  Certification  is  widely  recognized 
as  the  industry  leader;  and  is  the  single 
CDM  certification  adhering  to  high 
standards  maintained  by  other  successful 
programs  (i.e.  maintaining  the  requirement 
that  candidates  must): 

♦  Meet  established  experience  levels 

♦  Successfully  Demonstrate  CDM  knowledge  by 
passing  the  examination 
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CDM  Certification  and  Apprentice  Tutorial 

Program  Strengths  (Cont’d) 

Because  of  these  standards; 

♦those  who  earn  NDIA  Certified  Configuration 
and  Data  Manager  (CCDM)  or  NDIA  Certified 
Configuration  and  Data  Specialist  (CCDS)  are 
recognized  as  professionals  within  the 
discipline. 

♦Those  who  earn  NDIA  CDM  Apprentice  level  are 
recognized  as  serious  individuals  on  their  way 
toward  CDM  professional  status  when  they  have 
required  experience  to  apply  for  Certification 
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CDM  Certification  and  Apprentice  Tutorial 

Program  Strengths  (Cont’d) 


NDIA  Certification  has  been  developed  over  time 
by  hundreds  of  experienced  and  respected  CDM 
professionals,  many  of  whom  continue  to 
provide  guidance  and  support 

The  examination  always  reflects  current  trends 
in  CDM,  and  is  based  on  the  most  prevalently 
used  industry,  international,  and  government 
guidance  documents 


Copyright  ©  2005  NDIA.  All  Rights  Reserved. 


CDM  Certification  and  Apprentice  Tutorial 

Program  Strengths  (Cont’d) 


Examination  focus  is  on  practical,  real  world 
CDM  subjects  using  both  objective  and  essay 
type  questions 

No  reference  document  memorization  is 

needed  (or  recommended) 

Many  exam  questions  may  be  successfully 
addressed  based  on  an  individual’s  CDM 
experience 
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CDM  Certification  and  Apprentice  Tutorial 

Recertification  Program 


A  ‘Re-certification’  program  was  initiated  in 
January  2003;  it  provides  a  method  to  be 
recertified  five  years  after  the  original 
certification,  for  the  following  reasons: 

♦Rapidly  changing  CDM  applications  and 
guidance  stds.  require  current  knowledge 

♦To  enhance  the  quality  of  CDM  participants 
by  eliminating  those  who  have  chosen  to 
leave  active  participation  in  the  discipline 
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CDM  Certification  and  Apprentice  Tutorial 

Re-Certification  Program  (Cont’d) 

Re-certification  may  be  applied  for  and 
accomplished  by: 

♦  (1)  Retaking  the  examination 

or 

♦  (2)  Documenting  the  following: 

Completing  recognized  CDM  training  courses 
Conducting  CDM  training  courses 
Continuing  activity  in  a  CDM  job 
Participation  in  conferences  with  CDM  focus 
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CDM  Certification  and  Apprentice  Tutorial 

Re-Certification  Program  (Cont’d) 

TID  board  members  review  and  evaluate 
applications  and  submitted  documentation 

Upon  approval,  a  re-certification  is  issued  valid 
for  an  additional  five  years 

There  is  an  NDIAfee  of  $200.00,  if  membership 
is  current 

Those  choosing  not  to  be  re-certified  still 
retain  the  r  prior  certification;  however,  at  is 
considered  a  “non-current”  cert  f  cat  on 
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CDM  Certification  and  Apprentice  Tutorial 

Recertification  Program  (Cont’d) 

All  NDIA  certifications  issued  subsequent  to  1 
January  2003  have  expiration  dates  five  years 
from  date  of  issue  (date  of  exam) 

Complete  information  is  at:  ndia.org  (see 
Recertification  Plan) 

or  contact 

Dick  Thomas  or  any  TID  Board  Member 
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NDIA  Certification/Apprentice 

Proa  ram 

Conclusions 

Program  success  has  surpassed  expectations 
and  resulted  in  the  following: 

♦As  of  1  January  2005,  over  1500  CDM 
professionals  have  earned  NDIA  Certification, 
and  29  have  earned  NDIA  CDM  Apprentice 
status 

♦These  NDIA  Certified  individuals  provide 
a  quality  base  within  the  discipline  that 
enhances  the  CDM  professional  environment 

for  all  practitioners 
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NDIA 

21st  Annual  National  Logistics 

Conference 

Adapting  Logistics  Capabilities 
to  National  Security 
Requirements 


Industry  Keynote 
LTG  Peter  Cuviello,  USA  (Ret.) 

Vice  President  and  Managing  Director 
Lockheed  Martin  Focused  Logistics  Enterprise 


1  March  2005 


A  Walk  through  History 

What  we  can  learn  from  the  past 

Thoughts  on  logistics  transformation 


The  Origin  of  Logistics 

•From  the  Greek  word  “logistikos” 
-meaning  “skilled  in  calculating” 


•Originally  used  in  Roman  and  Byzantine  times 
when  there  was  a  military  administrative  official 
with  the  title  “Logists”. 

•The  word  implied  a  skill  in  the  sciences  of 
mathematical  computations. 


Historical  Pmmpjcctibm 

When  US  Logistics  Started 


•  By  resolution  in  1775  the  Continental  Congress  provided 
for  a  staff  to  administer  aspects  of  its  military  establishment. 
On  16  June  legislation  was  passed  authorizing  an  Adjutant 
General,  a  Commissary  General  of  Stores  and  Provisions, 
Quartermaster  General,  among  others 


•  The  First  TRANSCOM:  The  greatest 
responsibility  of  the  quartermaster 
general  was  to  provide  transportation 
but  also  had  other  duties  related  to  the 
procurement  and  distribution  of  supplies 
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The  beginning  of  the  Defense  Industrial  Base 


•  1639  ~  manufacture  of  gunpowder 

-  Massachusetts  Bay  colony 

•  1647  -  Cannon  cast  in  Lynn,  Mass 

-  and  Bridgewater,  Conn  in  1648 

•  1680  ~  powder  mill  at  Dorchester 


*  After  British  prohibited  in  1774  the 
export  of  firearms  to  the  colonies,  Massachusetts 
established  a  public  arms  factory. 

-  Virginia  established  a  plant  at  Rappahonnock  Forge 
near  Fredericksburg 

-  1775,  Pennsylvania  established  a  gunlock  factory  in 
Philadelphia.  In  the  winter  of  1775-76  Pennsylvania 
arms  makers  manufactured  more  than  4,000  muskets. 


tdiistmiiQmli  Wsur  off  W12 

The  Defense  Industrial  Base  Grows  with  both  Public  Arsenels 

and  Private  Industry 

•  1812,  Eli  Whitney  accepts  contract  for  the  manufacture  of  muskets 
in  Conn  and  New  York  but  wanted  a  20  year  period  to  amortize  the 
cost  of  tooling  that  was  necessary  to  improve  reliability 

•  Production  of  muskets  at  the  national  armories  increased  steadily 
from  1808  to  1812,  at  Springfield  and  Harper’s  Ferry 

•  1840-1 850s  -  defense  contracting  evolves 

Defense  Industrial  Base  continues  to  grow  with  a  number  of 

Private  Industry  suppliers  providing  rifles,  pistols  and  swords. 


Because  the  US  Government  is  virtually  the  only  customer  the 
practice  of  renewable  long  term  contracts  is  successfully 
implemented  for  those  providers  of  quality  products  offered  at 
competitive  prices.  -  Whitney  of  Conn.;  Pomeroy  of  Pittsfield  Mass; 
Derringer  of  Phila. 
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Revolution.  General  Washington  continually  handicapped  by 
lack  of  munitions,  supplies  and  transportation.  The  situation 
was  improved  by  aid  from  France 


Civil  War.  The  Confederate  army  was  hindered  and  never 
succeeded  in  overcoming  its  supply  deficiencies  even  with 
some  small  arms  and  fabric  from  the  UK  and  support  from 
France  late  in  the  war. 


WW  I.  The  US  Army  could  not  have  played  the  decisive  role 
without  weapons,  munitions,  supplies  and  transportation 
furnished  by  allies. 


OIF.  US  forces  were  reliant  on  coalition  and  friendly  allied 
support  for  water,  fruits  and  vegetables  and  batteries,  among 
other  things. 


L@GI$T1M§  mat 


7 


*  Burgoyne’s  Surrender  at  Saratoga. 

-  Breakdown  of  his  transportation 

-  Failure  of  procurement  in  Canada 

-  Failure  of  procurement  en  route 

-  Delays  that  gave  the  Americans  time 
to  reorganize 


-  What  Borgoyne  considered  essential  in  numbers  of 
men  and  artillery  and  baggage  proved  to  be  only  a 
burden  against  success. 


-  In  moving  heavy  ordinance  and  stores  he  lost  one  of 
the  most  important  elements  in  warfare  -  timing 


-  For  the  Americans,  lines  of  communication  remained 
open,  resupply  generally  was  adequate,  and  troops 
were  sufficiently  well  re-equipped 


Historica/  PmztpjeeA 

and  Mmsred 


CMi  tfflaw  Letgmties 


1st  Manassas:  If  Confederate  forces  had  logistics  support 
they  could  have  pursued  Federal  Forces  aff  the  way  to 
Washington. 


/ 


Peninsular  Campaign,  Spring  1862,  McClellan  moved 
110,000  men  ana  supplies  employing  400  steamers  and 
sailing  vessels,  14,500  animals  and  44  batteries  of  artillery. 


Antietam:  Logistics  provides  an  opportunity,  not  exploited 
~  because  of  an  extraordinary  use  of  the  railroads  for 
resupply,  McClellan  was  provided  the  means  to  renew  the 
attack  and  gain  a  decisive  victory  over  Lee’s  forces.  In 
Sept  1862,  it  could  have  been  over. 


Gettysburg:  The  Union  Victory  at  Gettysburg  can  be 
ascribed  to  an  immense  logistical  advantage  through  use 
of  railroads  to  bring  up  supplies  and  men  to  General 
Meade.  The  federal  side  had  enough  supplies  to  continue 
the  battle  for  days.  Even  without  the  Confederate’s 
“tactical  errors’^  they  could  not  have  been  able  to  sustain 
the  campaign  for  a  decisive  victory  over  the  Union  Army. 
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Quote  from  the  Army  Chief  of  Military  History  about  the 
North  Africa  and  Mediterranean  Campaign  in  1942 


“A  situation  as  shocking  to  the  War  Department  as  it  was 
embarrassing  to  the  Services  of  Supply  in  the  European  theater 
developed  when  it  became  necessary  to  reorder  large 
quantities  of  Class  II  {clothing  and  weapons}  and  IV 
{construction  and  fortification}  supplies  that  were  knowns  to  be 
already  in  the  United  Kingdom  but  which,  because  of  faulty 
marking  and  lack  of  proper  records,  could  not  be  found  in  time 
to  equip  the  forces  preparing  to  sail  from  Britain. 

It  hardly  helped  matters  when 
requisitions  arrived  without  proper 
identification  and  when  timely  status 
of  supply  reports  were  lacking.” 


*  First  with  the  most 

*  Equivalence 

*  Materiel  Precedence 

*  Economy 

*  Flexibility  and  Dispersion 

*  Feasibility 

*  Timing 

*  Unity  of  Command 

*  Knowledge  through  Information 
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“A  backlog  of  hundreds  of  pallets  and  containers  of  materiel  at 
various  distribution  points  due  to  transportation  constraints  and 
inadequate  asset  visibility.” 


“A  discrepancy  of  $1.2  billion  between  the  amount  of  materiel 
shipped  to  Army  activities  in  the  theater  of  operations  and  the 
amount  of  materiel  that  those  activities  acknowledged  they 
received.” 


“A  potential  cost  to  DOD  of  millions  of  dollars  for  late  fees  on 
leased  containers  or  replacement  of  DOD-owned  containers  due 
to  distribution  backlogs  or  losses.” 


“The  cannibalization  of  vehicles  and  potential  reduction  of 
equipment  readiness  due  to  the  unavailability  of  parts  that  either 
were  not  in  DOD’s  inventory  or  could  not  be  located  because  of 
inadequate  asset  visibility.” 
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“The  duplication  of  many  requisitions  and  circumvention  of  the 
supply  system  as  a  result  of  inadequate  asset  visibility.” 


The  accumulation  at  the  theater  distribution  center  in  Kuwait  of 
hundreds  of  pallets,  containers,  and  boxes  of  excess  supplies  and 
equipment  that  were  shipped  from  units  redeploying  from  Iraq 
without  required  content  descriptions  and  shipping 
documentation. 


“DOD  did  not  have  adequate  visibility  over  all  equipment  and 
supplies  transported  to,  within,  and  from  the  theater  of  operations 
in  support  of  OIF.” 


“DOD  did  not  have  a  sufficient  distribution  capability  in  the  theater 
to  effectively  manage  and  transport  the  large  amount  of  supplies 
and  equipment  deployed  during  OIF.” 
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“The  failure  to  effectively  apply  lessons  learned  from 
Operations  Desert  Shield  and  Desert  Storm  and  other 
military  operations  may  have  contributed  to  the  logistics 
support  problems  encountered  during  OIF.” 


“At  times  there  were  shortages  of  some  spares  or  repair 
parts  needed  by  deployed  forces. 


“Army  pre-positioned  equipment  used  for  OIF  was  not 
adequately  configured  to  match  unit  needs. 
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“DOD  contractors  used  for  logistics  support  during  OIF 
were  not  always  effective. 


“Physical  security  at  ports  and  other  distribution  points 
in  the  theater  was  not  always  adequate  to  protect 
assets  from  being  lost  or  taken  by  unauthorized 
personnel. 


For  Logistics  the  Battle  is  the  Pay-off. 

Beyond  the  procurement  of  military  supplies 
and  equipment  there  remain  the  closely 
related  activities  of  storage,  distribution  and 
transportation  to  get  materiel  into  the  hands 
of  the  troops  and  to  all  the  battle  areas* 

*The  Sinews  of  War,  Army  Logistics  1775-1953,  Office  of 
the  Chief  of  Military  History,  United  States  Army 
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The  most  elegant  element  of  logistics  transformation 
is  the  design  of  logistics  solutions  into  the  weapon 
system  itself 

•  Designing  systems  for  maintenance  free  operation 

*Use  of  autonomic  solutions  employing  prognostics 
and  health  management 

•  Different  ways  of  thinking  about  managing 
obsolescence  through  technology  refresh 
strategies 

•  Performance  Based  Logistics  Business  strategies, 
for  system  level  total  sustainment,  where  long  term 
contracts  and  tailored  incentives  force  lean 
principles  and  continuous  improvement  in  system 
level  availability  and  TOC  reduction 


GmmJydmg  Cojmmente 


*  Elegance  of  engineering  solutions 

*  Courage  to  employ  new  business  models 

*  Integration  of  logistics  into  the  overall 
command  and  control  so  that  we  truly 
achieve  equivalence  as  the  classical 
principle  states: 


Strategy,  tactics  and  logistics, 
as  history  has  proven, 
is  what  wins  wars. 
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“The  line  between  disorder  and  order  lies  in  logistics...” 

...Sun  Tzu 

“My  logisticians  are  a  humorless  lot ...  they  know  if  my  campaign  fails,  they  are  the  first  ones  I 
will  slay.” 

...Alexander 

“There  is  nothing  more  common  than  to  find  considerations  of  supply  affecting  the  strategic 
lines  of  a  campaign  and  a  war.” 

...Carl  von  Clausevitz 

“Logistics  comprises  the  means  and  arrangements  which  work  out  the  plans  of  strategy  and 
tactics.  Strategy  decides  where  to  act;  logistics  brings  the  troops  to  this  point.” 

...Jomini:  Precis  de  I' Art  de  la  Guerre.  (1838) 

“Gentlemen,  the  officer  who  doesn't  know  his  communications  and  supply  as  well  as  his 
tactics  is  totally  useless.” 

...Gen.  George  S.  Patton ,  USA 

“The  war  has  been  variously  termed  a  war  of  production  and  a  war  of  machines.  Whatever  else 
it  is,  so  far  as  the  United  States  is  concerned,  it  is  a  war  of  logistics.” 

...Fleet  ADM  Ernest  J.  King,  in  a  1946  report  to  the  Secretary  of  the  Navy 

“Bitter  experience  in  war  has  taught  the  maxim  that  the  art  of  war  is  the  art  of  the  logistically 
feasible.” 

...ADM  Hyman  Rickover,  USN 

“Forget  logistics,  you  lose.” 

...Lt.  Gen.  Fredrick  Franks,  USA,  7th  Corps  Commander,  Desert  Storm 
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Overview  of  the  LM  Sustainment  Business  Base 


C2  of  DoD 
Distribution  & 
Transportation 


Delivery  of  W< 
Capability 
LM  Busit^ss 
Base  ($6B+) 


lighter 
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J /  COCOM  \  't 
/  Control  of 
^/Warfighter  Capability\^ 

C  Logistics  Command  &  Control 

e.g.  GCSS,  GTN,  AF  Knowledge  System, 
f  AF  NIPRNET/SIPRNET  Portal,  ILS-S,  FIRST,  \ 

Maint. Training,  ERP  Study,  Navy  Log  EA, 

AF  Enterprise  COTS  Integration,  C2  Constellation,  MARCOR  AL 


MS2 
•MK  41 
•AEGIS 
•ARC  I 
•A/C  Tires 
•Trident  Nav 
•Q70  CDVD 
•BSY-2  POSS 
•Va.Class  NPES 


DOD  Enterprise  System  (fhplementatio^^^^H 
e.g.  DLA  BSM,  JEDMICS,  DMS,  JLACTD 

Performance  Based  flog i sties,  Prime  Vendof^^^^H> 
TSSR,  SCM,  System  Support  and  Maintenance 

M&FC  LMSI  Aero  Space 

•HIMARS  *1-1-60  TTT  -JSF  •THAAD 

•JAVELIN  *H-60  Avionics  -F-16  -TRIDENT  MSL 


•F-14  LANTIRN  -Merlin 

•Apache  TADS/PVNS 

STS  ALC 

•CASS  *A/C  Maint./Repair 

•MEP  'Aviation  SCM 


i  Mciu  *F-117TSPR  „  A 

LMSM  New  Acq. 

•Log.  Support  Services  Pursuits 

•WIN  T  Log  *MMA 

1SS  -LCS 

•_AF  OSI  Maintenance  *MUOS 

•"USMC  Auto  Lo 


Total  systems  support  from  design  to  disposal  (D2D) 


Supply  Support 

•  Depot  Management 

•  Requisition  Processing 

•  Supply  Chain  Management 

•  Transportation  &  Distribution 

•  Stock  Point  Functions 

•  Modeling  and  Forecasting 

•  Repair  &  Return 


•Systems  Design 
•Systems  Engineering 
•Systems  Integration 
•Software  Development 
•Production 
•Enterprise  Resource  Planning 


Single  Point 
Accountability 


Supportability  Engineering 

•  Technology  Refresh  &  Insertion' 

•  Configuration  Management 

•  Baseline  Mgmt.  -  Functional, 
Physical 

•  Design  for  Supportability 

•  Safety  Engineering. 

•  Test  Planning 

•  Test,  Validation  &  Verification  of 
Technology  Refresh/Insertion 

•  Software  Maintenance 

•  Hardware  Maintenance 
Commonality  Analysis 


I  Installation  &  Maintenance 
Remote  Condition  Monitoring 
Work  order  generation 
Fault  response  monitoring 
Installed  base  maintenance  (RCM, 
CBM) 

Documentation  Updates 
System  Grooming 
)istance  Support  to  Field 
Operators  &  Maintainers 
Asset  data  collection 
kData  base  maintenance 


Program  Management 

•  Strategic  planning 

•  System  Upgrade  &  Major 
Maintenance  Schedules 

•  Cost  Baselines 

•  Ownership  Cost  Reduction 

•  Contracting  Services  for: 

•  Maintenance 

•  Support  services 

•  Upgrades 

•  Major  System  Overhaul 

•  Schedule  Baselines 

•  Technology  Insertion 
Development  Schedules 
Subsystem  Upgrade 

Schedules 


Training 

•  New  Operators  &  Maintainers 

•  Workforce 

•Management 

•Technical 

•Operational 

•Compliance 

•  Refresher  and  Update  training 

•  Curriculum  Updates 


End  State:  Integration  of  Systems  Engineering  &  Supportability 

For  the  life  of  the  system 


Planning,  Concept 
Development, 
Business  Model 


Requirements  Modeling 
and  Simulation 

Sustainment  Strategy 

Concept  of  Operations 

Business  Model  and 
Performance  Metrics 

Public  Partnerships  & 
Subcontracting 


Capital  Investment  in 
Sustainment 
Infrastructure 


Engineering 
&  Design  For 

■ 

■ 

Reliability 

Maintainability 

Affordability 

Manufacture  & 
Production 

Testability 

Minimum  footprint 
Power,  space, 
fuel,  Weight, 
moment 


System  Interface 
Integration 


Functional  Activities 


IT  Infrastructure 

SCM/ITV/TAV 

Training,  Training 
Facilities,  simulators 

Repair  &  Return 

Maintenance 
•Hardware,  Software 
•CSS 

Tech  Doc  PDM 

Parts  Inventory 

Depot  Operations 

_ 

Manpower:  Operations, 
Maintenance,  Training 

Transportation/Distribution 

t 

Customer  Support/CRM 

Prog.  Mgmt  &  Control 

Support  Equipment 

External  to 
Program  Boundary 

Cross  Program 
Implications 

•Common  Items,  e.g 
Processors,  Power 
supplies 
•Software, 
Applications 
&Middleware 
•Engineering  Devel.  & 
Test  Facilities 
•Simulation 
•Tools  &  Processes 
•Shared  ERP 
•Shared  Training 
Facilities 

•IR&D  &  Investment 
•Standard  Materials 

T&E 

Disposal  &  Reuse 


In  the  Trade-Space  Domain,  ALL  Elements  are  Mutually  Inclusive 


Maintenance  Free  Operating  Period  (MFOP)  - 
Wedge  of  Opportunity 


•MFOP  -  Eliminates  maintenance  and  the  need  for  associated  support  while  aligning 
logistics  actions  with  preplanned  COTS  Technology  Refresh  and  Insertion  for  improved 
Operational  Availability. 

MFOP 

Savings  Opportunity 


•  Tech  Refresh  r 

Training 
Maintenance 
Supply  Support 


Cumulative  Life-Cycle  Costs 
Incurred  by  the  Program/System 


System  Description 


Design  to  Disposal™  Intelligent  Logistics  Architecture  ~  Functional  Flow 


Autonomous  Supply  Chain  Management  Insures  Total  Asset 
Visibility  &  Extraordinary  Turn-Around  Time  Worldwide 


Maintenance  Assist 

'Web-enabled  distance  support  ~  NavalSupport.com 
'Field  rep  maint.  Ass’t  application  ~  eLert 
■Distance  training  ~  IETM 


Prognostics  & 
Health  Mgmt 

Sensor  Algorithms _ 

condition 
Based  Maintenano 
Process 


Intelligent  Supply  Chain  Management  ~  SCM  Command  Center 

1.  Electronically  accept  requisition  (MILSTRIP,  EDI,  ...) 

2.  Query  CM  data  base  to  validate  correct  part  is  being  ordered 

3.  Validate  software  compatibility 

4.  Determine  Safe  Stocking  Level 

5.  Contact  3PL  for  shipment  and  TAV 

6.  Validate  delivery  and  carcass  return 


“O”  Level 
Maint.  Action 


Creates  deman 


CEE  is  the  Backbone  of  the  D2D 


Failure  Analysis  ~  SILC 

•  trending 

•  training  related 

•  engineering  related 

•  process  related 


Customers\ 


Op  Supporti 


Installed  Asset  Base 


The  Collaborative 
Engineering  Environment: 

•Integrated  Product  Data  Environment.  Single, 
Integrated  Database  System  for  Engineering 
Design.  Represents  the  Product,  All  of  Its 
Attributes,  and  All  of  Its  Constructs.  Hierarchic 
Views  for  Both  Functional  &  Physical  Structure 
Coordinated  Work  Efforts  Latest  Views  of 
Product  to  All  Users.  Management  of  Work  Flo 
and  Scheduling.  Implements  Effective  Business 
Processes.  Manages  System  Baseline,  Bills  of 
Material,  and  Support  Products.  Automated 
Configuration  Management  of  Documents  and 
Parts,  Etc.  Imbedded  Change  Management  Flee 
Support .  Data  Readily  Available  Interfaces  MB 
for  Production.  Serves  As  Full  Design 
Authentication  System 


Update  Real-Time 
Demand  Forecast  & 
Adjust  inventory  buys 
&  Schedules 


Single  problem  or  trend 
Root  cause  analysis 
Correct  IETM 
Hardware/Software  ECP 
Process  Change 


J 

Supply  Chain  Management  Command  Center 

Autonomous  &  Intelligent  Design  to  Disposal  Management  &  Control  of 
Maintenance,  Engineering,  CM,  Training,  Field  &  Distance  Support,  Supplier/Repair, 
Warehouse,  Inventory,  Transportation,  PHM,  Government  Interfaces  &  Portals 


Design  for  Supportability 

The  Technology/Time  Baseline 


•  Technology  Migrations 


Systems  Integration: 

6  -  Major  Elements  to  Systems  Integration 


Systems  Integration: 

Managing  Operational  Effecti 


Focus  on  Mission  Success  and  the 
Impacts  of  Multi -Platform 
Operations 

Transition  from  Operational 
Shortfall  to  Performance 
Requirements 

•  Involve  End-User  in  Defining  System 
Performance  Requirements 

Push  Advanced  Technologies  to 
the  Fleet 

Assess  What  is  Achievable  at  an 
Affordable  Cost  &  Acceptable  Risk 


Skills, 

Facilities 


Systems  Integration: 

System  Architecture 


•  System/Subsystem  Interface 
Requirements 

•  Identifying  Standards  and  Their 
Migration 

•  Maintaining  an  Open  Architecture 
to  Facilitate  Future  Enhancements 

•  Leverage  State-Of-The-Practice 
Technologies  and  Standards  for 
Military  Use 

•  Determine  Impacts  to  Currently 
Fielded  Platforms/Systems 

•  Develop  Implementation 
Schedules  that  Optimizes  LCC 

•  Assess  Architectures  from  a 
Supportability  Perspective 


Systems  Integration: 

Cost  Analysis 


Integrate  LCC  into  the  System 
Engineering  Process 

•  System  Engineering  “Trade- 
Space”  Must  Be  Constrained  By 
Cost 

Understand  the  Drivers 

•  Internal/External  Infrastructure 

•  Improved  Performance 

•  Technology  Obsolescence 

•  Support/Maintenance/Manpower 

Focus  on  Total  Ownership  Cost 
Not  Just  Development  and 
Acquisition 

•  Fleet  Support 

•  Training 

•  Contractor  Infrastructure  Costs 

Sub-Tier  Competition 


Operational 


Systems  Integration: 

Supportability  Engineering  and  Logistics  Planning 
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Supply  Support 

•  Spares  Management/Optimization 

•  IT  Leverage  to  Supply  Chain 
Management 

•  Physical  Commonality 

•  Coordinate  Technology  Refresh  with 
Spares  Requirements 

•  COTS  Maintenance  Agreements 

Training  and  Trainers 

•  Operational  Commonality  to  Reduce 
Skill  Level  Requirements 

•  Embedded,  Portable,  Adaptable, 
Distance  Training 

•  Multi-Media  Leverage  to  Training 
Platform/System  Documentation 
Requirements 

•  Multi-Media  Leverage  to 
Documentation 

Facilities 

Prototype  Laboratory 
Total  Asset  Visibility/CM 


Operational 


Systems  Integration: 

Supportability  and  Logistics 


.»«■ 


Supportability 

Better  Integration  of 
Supportability  Engineering  into  Design 

Innovative  Quantifiable  Metrics 
Innovative  Models  and  Best  Practices 
Integrated  Design/Data  Environment 


Network  Centric  Logistics  Planning 

Maintenance  Concept/Infrastructure 

Logistics  Information  Management 

Proactive  Demand  Forecasting  and 
Responding  Id  Logistics 
Requirements 

Logistics 


System  Integration: 

The  Total  Sustainment  Approach  -  Benefits 


-Reduced  Total  Ownership  Costs  (TOC) 

•  Leveraging  Commonality 

•  Executing  Technology  Refreshment 

•  Exploiting  Commercial  OEM  Support  Infrastructure 
-System  Infrastructure  Performance  Improvements 

Facilitate  Functional  Upgrades 

-Elimination  of  Obsolescence 
-Guaranteed  Operational  Availability 


-Strat 
-Expa 
•  Tei 


-Strategic  Discriminator  as  a  System  Integrator 
-Expanded  Business  Base 

•  Technology  Refresh  and  Insertion  Planning 

•  Management  of  Spares,  Spares  Inventory,  and  Repairs 

-Uniform  Resource  Planning  -  Eliminates  Large  Shifts 
in  the  Manning  Profile  to  Re-Design  for  Obsolescence 


Total  System  Sustainment  Enablers 

•  Primarily  through  Implementation  of  the  Systems 
Integration  Approach 

•  Leveraged  by  business  and  engineering  approaches 

-  Effective  Public-Private  Partnerships 

-  Performance-By-the-Hour™  Contracts  ~  The  Incentive  for 
Industry  to  Reduce  TOC,  Which  In  Turn  Results  In: 

•  MFOP  ~  Maintenance  Free  Operating  Period  Design 

•  Employing  Use  of  PHM:  Prognostics  and  Health  Management 

•  Web-Enabled  Distance  Support  (e.g.,  NavalSupport.com)  and 
Distance  Training 

•  Autonomic  Supply  Chain  Management  and  JIT  Support 


An  Integrated  Solution  Set  for  Full  Service  Support 


■ 


K re- Systems  Acquisition  Activities 

Life  Cycle  Data  Management  in  Handbook  859 
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Defense  Acquisition  Management  Framework 
“Enabling  Logistics  for  the  21st  Century” 
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VVhara  Should 
DM  Begin? 


Concept  Technology  System  Development 


Refinement  Development 


And  Demonstration 


Production  & 
Deployment 


.  Pre-Systems  Acquisition 


Concept  Design 
Review 
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Where  does  DM  usually  "begin"'; 


Defense  Acquisition  Management  Framework 


Development 


Refinement 


“Enabling  Logistics  for  the  21st  Century” 


User  Needs  and 
ephncSogy  Opportunities 
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fechnology 
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Production  6. 
Deployment 
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Support 
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Concept  Design 


Design  Readiness 
Review 


Review 


FRP  Design 
Review 


Why  is 

Usual  answers .. 


and  questions  that  I  wish  I  could  ask! 


'too  intrusive" 


j  Really?  How  is  it  that  documenting  decisions  and  good  planning  are 
problems  for  you? 


We  invest  <  1  -3%  of  total  program  dollars  in  DM,  on  a  good  day 


j  And  you  wanted  to  wait  until  when??  Oh,  yeah,  right  after  the 


disasn 


j  No,  and  ids  highly  likely  that  you  won't  get  there  without  better 
management  of  your  process  and  your  program! 

j  And  if  you  do,  how  are  you  going  to  know  what  you  did  to  get  to 


you  need  some  traceability  for  your  decisions  and  your 
emeries,  as  they  evolve?  Is  this  really  an  ad  hoc  program? 


requirements,  as  tney  evolve r  is  crus  really  an  ad  noc  program? 

j  Don't  you  want  a  defend  able,  supportable  record  of  activities,  p 
decisions,  potential,  and  envisioned  contractual  outcomes? 


let  our  engineers/program  managers/secretaries  do  DM" 


.j  Well,  we've  all  seen  how  well  THAT'S  working  ... 
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day  approval  cycle 


GEIA  member  companies 
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Principle  1:  GEIA-859 


Define  the 
organizationally 
relevant  scope 
of  data 
management 


Plan  for,  acquire, 
and  provide  data 
that  is  responsive 
to  customer 
requirements 


Develop  DM 
processes  to 
fit  the  context 
and  business 
environment 
in  which 
they  will  be 
performed 


Identify  products 
and  views  so  that 
their  requirements 
can  be  controlled 


Control  data, 
repositories,  data 
products,  data  views, 
and  metadata  using 
an  approved  change 
control  process 


Develop  a  data 
management  strategy 
and  architecture 


Establish  a  DM 
process  and 
infrastructure 
design 


Execute  the 
DM  solution  and 
process 


Maintain  the  DM 
process  and 
infrastructure 


Establish  and  maintain  a 
management  process  for 
intellectual  property, 
proprietary,  and  competition- 
sensitive  data 


Retain  data  commensurate 
with  value 


Cross-references 


&  Case  Studies 


Continuously 
improve  data 
management 


Key  Practices 

•  Develop  the  DM  Strategy  and  concept  of  operations 

•  Design  the  DM  architecture 

•  Develop  the  DM  process  and  infrastructure  design 

•  Review  the  life  cycle  of  the  program  to  determine  data  needs 

•  Identify  data  requirements 


Effectively  integrate 
Data  Management  and 
Knowledge  Management 
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what  are  the  risks  if  the  activities  are  not  performe 

How  can  the  DM  process  be  ,  and  how  d< 

measurement  metrics  relate  to  DM  objectives,  and 
management  objectives? 
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Sample  Value-added 

DM  Activities,  2 

Technology  Development 
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>lote  that  tha  aarllar  thie  inyolvarnan 


Tnese  contrioutJons  are 
this  equivalent  of  taking 
as  aspirin  a  day  to  prevent 
hiearfc  attacks  and  strokes! 


Aggregate  Benefits 


Acquisition  strategy  is  enhancer 
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qu'rements  are  validated,  tracked,  and  verified 


■am  management  tasks  are  supported 


Logistics  support  strategy  is  provisioned  correctly 


j  Costly  contract  modifications  are  avoided  *  [-2M,  generally] 

j  Post-contract  issues  are  addressed 
Data 


J 


ing,  data  ri 
Records  management 
Product  release  management 
Contractual  requirements  are  supporfe 


*  This  doesn't  count  such  aspects  as 


p 


property 


data  rights 
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cnang 


or  information 


Expectations  are  clearer,  outcomes  are 
structured  and  pre-ordained 


Objectives  of  the  Pre-Acquisition  Phase,  for  DM 


j  Focus 


types  of  data  to  be  generated,  accessed, 
acquired,  exchanged  Jtputs 

the  life  cycle  of  the  data,  the  system 

ii  i  iii  ■  i  ■  i  i  .  iii 
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Documented  DM  processes 

DM  CONOPS  &  strategy 

RFP  &  contract  data  requirements 

defined,  scheduled,  and  priced 

Standard  descriptions  of  data  products 

Current  listing  of  required  data 

Known  data  status 

Point  of  use  data  provisioning 

Archival  or  disposal  plan 

DM  performance  measurements 

Lessons  improved 

Program  success,  user  support  enhanced 


Program  initiation 
Enterprise  Architecture 
■  User  requirements 
■  Logistics  &  maintenance  plans 
■  Data  status  and  performance  measurements 


he  DM 


Constrai 


Management  support,  facilities,  resources,  training 
Definea^rocesses/ procedures. 

Effective  working  relationships 
Acquisition  and  support  strategies 
List  of  required  contractual  data 
Regulations,  standards,  handbooks,  and  manuals 
History,  lessons  learned,  and  success  case  studies 
Commercial  practices 
Tools  and  technology 


Timing 
Resources 
Laws  and  policies 
RFP/ contract 
infrastructure 


s  era  mis 


j  Facilitators 


Elements  of  the  Top-Level  DM  Activities  Model 
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Availability  tor  access 
Archival  and  disposal 
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decisions,  and  rationale 


Broad  Scope  for  DM 


program  life  cycle 
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Relates  to  the  cor 

Systems  engineering,  prc^,.. _ _ _ _ 

configuration  management,  business  management, 
operational  support,  retention,  archival 

Embraces  use  of  common  buyer  and  seller  data 
formats,  when  and  where  feasible 

r  all 

ines 


Extends  to  true  "management  of  data"  to  create 
and  provide  a  structure  for  insight  management 
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Setting  the  Stage  for  Effective  DM 

USG  and  Industry  are  movina  to  more  concurrent 
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Cycle  times 

Overhead  c 
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Outcomes  Gained 


Better  trade  off  decision  support 
Enhanced  communication  between  data 


_ ,  . 
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Earlier  identification  of  oro 


_ 
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Elimination  of  overhead  costs  of  receiving, 
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or  decision 
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Statements  of 
written,  clearer, 
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written,  clearer,  and  resulting  in  fewer  unpleasant 
surprises  for  the  buyer  and  tne  supplier 
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Data  products  will  be  discoverable,  anc 


will  be  associate 


other  relevant  i 

ws  will  have  metadata  that  help  to 
ensure  appropriate  use  and  re-use 

It  will  be  possible  to  recreate  the  set  of  data  products 
and  views  in  use  at  a  given  point  in  time 


product  data,  and  views 
products  an 


Lots  has  happened  in  DM 

!■  DM's  not  your  father's  Oldsmobile,  anymore 

The  benefits  gained  from  the  investment  n  the 
solution  don't  even  compare 

ANSI -859  and  Handbook  859  are  ready  to  assist 
in  better  DM  for  you  and  your  organization 

The  DM  panel  has  much  more  ahead 


in  Dni\ 


r  Tieia 

lovernn 
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EIA-836  CM  Data  Exchange 
anfl  Interoperability 

CM  Data  to  Support  the  Logistics  Process 


6585  Maggiore  Drive 
Boynton  Beach,  FL  33437 

(561)735-9511  /  (561)704-6646 

alan  e  laqer@msn.com 

http://www.mlrassociates.com 
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(ID.R36  CM  Data  ^xchange  and 


Interoperability 
Agenda 
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The  Importance  of  CM  Data  to  Logistics 
What  EIA-836  is 

EIA-836 
Revision A/ersion  History 
Continuing  EIA-836  Development 
EIA-836  Five  Year  Plan 
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M$6  The  Importance  of  CM 


/ 


Data  to  Logistics 


A  primary  purpose  of  CM  has  always  been  to 
assist  in  logistic  support 


i 


But 


’  •  Evolutionary  Acquisition 

•  Reduced  Logistics  Footprint 

•  Rapid  Deployment  &  Product  Support 

Demand 

•  Flawless  configuration  identification  and  control 

•  Known  multiple  configurations  of  end  items  and 
corresponding  support  systems 

In  other  words  --  Timely,  Accurate  CM  Data!! 
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Exchange 


-836  Is 


The  ability  to  make  sense  out  of 
the  stuff 

tefqrence  Model  &  Data 
lictionary 

•  Data  Elements/ 

'  •  Definitions 

•  Relationships 

The  ability  to  create  Information 
Exchange  Sets 

•  Business  Objects 

The  ability  to  find  unambiguous 
definition  of  all  the  information 
you  need  to  know  about  CM 
(but  were  afraid  to  ask) 
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Tailor  CM  business  objects 

Formulate  user-designed 
business  objects 


What  EIA-836  Is 


Relationships/ context 
for  objects,  attributes, 
data  elements  and  their 
associations 


Data  Element 
Definitions 
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Data 

Exchange 


Messages 


836  STD 
Text 


Data 
Dictionary 
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Applying  EIA-836 


Business  Object 
Instance 


Data 


System  A 


System  B 


3.  Interfacing  Multiple 
^Systems 

Input/Output 

\  Screens/Messages  I 


2.  Mapping  Databases 


Canonical 

Standard 
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p"'  Revision/Version  History 

Project  initiated  January  2000 
Initial  release  published  15  June  2002 

fsference  Sclwna  Version  11.0 

jmental  Rev  with  “standalone”  Business 
sets  -  January  2004 

jrsion  1.1  (Redlined)  &  Version  1.2  (Red lines  Accepted) 

836  Revision  A  (Schema  Version  2.0)  in 
process 

•  New  look  f 

•  Newer  XML  technologies 
•  Consistent  design  methodology 
•  Focused  on  objects  and  relationships 
•  Less  redundancy,  easier  creation  and  maintenance 
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FIVE  YEAR  PLAN 

Calendar  Year 


12004 


836A  Version  2.0 

To  DoD  XML  Registry 

Handbook  (if  necessary) 

Application/Training 
Integration  w/Tools 

Version  3.0  Expand/ 
Merge  DM 

Institutionalize  as 
Part  of  CM/DM 
Process 


2005 


2006  2007 

ANSI  ballot 


2008 


i 


A 
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Demands  will  increase  from  FY04  rates  which  were 
an  all  time  high 
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FYOO  FYOl  FY02  FY03  FY04  FY05* 


FYOO  FYOl  FY02  FY03  FY04  FY05* 


Projected 
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FYOO  FYOl  FY02  FY03  FY04  FY05* 


EmEJ 


FYOO  FYOl  FY02  FY03  FY04  FY05* 


Demands 


Demands  Continue  to  increase 

FY05  Projects  2%  Higher  Than  FY04  and  Growth  Since  Sep  11  Over  65% 
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FYOO  FYOl  FY02  FY03  FY04  FY05* 


FYOO  FYOl  FY02  FY03  FY04  FY05* 


*  Projected 
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511,276  Total  Hours: 

01  Feb  03  -  28  Feb  05 


Urfa 


Al  QamishlM 


>Zakhu 

®  Dahuk  Aqrah 


Maragheh 


■  Mahabad 


AH-64  (143) 

96,750  Hours 
MC:  88% 
OPTEMPO:28 


Tall  Afar 
® 

\E\ 


^Mosul 

S  ®  Irbil 


Rayat 

QaPat  Dtzah 


Kirkuk 


As  Sula1 


i^manfyah 


Ba'ijf 


m 


CH-47  (44) 

32,140  Hours 
MC:  72.8% 
OPTEMPO:  30.6 


Al  Qa’im 
Al  Hidithah  i 


Q. 


0*Tikrit 

®  Samarra 
Baqubahg) 


Khanaqin 


(254)  UH-60 

^-179,726  Hours 
MC:  86.6  % 
OPTEMPO:  33.8 


Mandali 


Ar  Ramadf 
Al  FalM^  ElO[|a8hdad 

(x) 

Karbala 

® 

®  Al  HiUah 


®  Al  Kut 


r/3 0 \  Fixed  Wing 
31,982  Hours 
MC:  86.6% 
OPTEMPO:  43.9 


Nukhayb  < 


An  Najaf 
® 


Ad  Diwantyah 
® 


►Al  Hayy 


OH-58  (80) 

134,939  Hour 
MC:  80.4% 
OPTEMPO:  73.3 


_  Al!  1?  I 

LllAlil/; 


**  ® 
As  Samawah 


k  As  Salman 


Al  r  Amarah 


Ck^ful  1 

1 


Makhranat ' 
Busayyah 


(12)  Shadow  21,205  hr kJAV 
(1)  Hunter  8182  hrs 
(1 )  l-GNAT  3997  hrs 
(122)  Raven  2355  hrs 


Rafha  < 


Kuwait 


OPTEMPO  Significantly  Higher  than  Peacetime 
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73,087.7  Total  Hours 

01  Feb  03  -  28  Feb  05 


AH-64A  (19) 

28,530  Hours 
MC:  82% 
OPTEMPO:  56 


Meymaneh 

® 


NOW 


N'\  r'  x  ' 

Taloqam 

1  Sheberghan  Mazare  Konduz 

Sharif  Samanga^  ©Baghlan 


CH-47  (23 

20,759  Hours 
MC:  82% 
OPTEMPO:  43.6 


Etonian 

® 


Ch"ikS)®'" 

Mehta  r* 

ju  ■ 


(37)  UH-60 
=^JL4,031  Hours 
MC:  76.4% 
OPTEMPO:  38.1 


m  r  uH  A  N  I  S  T  A 


UAV  (6  Raven) 

531.7  Hours 


_ 


Tarln  Kowt 
® 

®Qalat 


Kowt-e^,^ 

Ashrow® 

Baraki® 

Gha®'  ®Gardaysc 

Zareh 
^Sharan 


Kandahar 


Fixed  Wing 
5823  Hours 
MC:  86.8% 
TEMPO:  48.9 

11 6)  OH -58 

3413  Hours 
MC:  83% 
OPTEMPO:  48.3 


City 


0 


Airfield 


Primary 


Road 


zm 


Miles 
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OPTEMPO  Significantly  Higher  than  Peacetime 
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Support  for  OEF/  Ol  F  units  has  been  exceptional,  but 
improvements  must  extend  to  all  aviation  customers 
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$’s  Invested 

$385.1  $577.3  $e39.5/$880.9  $1033.2  $1219.8  $2905.1  $2811.2 


FY97  FY98  FY99  FY00  FY01  FY02  FY03  FY04 


*OH  Servicable  —9—  Stock  Due-Out  —9—  Demands 
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40.5% 


Downsized  & 
divested  inventory 


Emptied  bins 
to  support 
operations 


25.0% 


J.  24.7% 
5.038 


7.965 


7.185 


Flying  hours  drove  an 
increased  demand 


4.341 


3.253 

Challenges  We’ve 
Addressed 


Funding  provided 
to  buy  parts 


15.5% 

13.5%  ♦ 

♦ 

Stocks  now  being 
reconstituted 


s  A  cold  industrial  base 
when  hostilities  began 

s  Demand  increasing 
exponentially 


FY01  FY02  FY03  FY04 

■  REQMT  $B  ♦  %  ON  HAND 
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S3  ESS  SjED  STT»1  hrailM  »'H  .for 
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Jill 

6,000 

5,000 

4,000 

3,000 

2,000 

1,000 
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□  Reset 


□  IPG  2,  IPG  3 


■  IPG1 


Sep-03 


2,324 


1,638 


Jan-04 


77 


2,582 


1,582 


Mar-04 


210 


2,097 


1,258 


Jun-04 


207 


1,929 


975 


Sep-04 


530 


2,381 


1,583 


654 


2,581 


1,897 


8,000 
6,000  - 
4,000  - 
2,000  - 


iMJiJiJli 


□  Reset 


□  IPG  2,  IPG  3 


IIPG1 


Sep-03 


2,726 


1,891 


Jan-04 


117 


2,496 


2,015 


Mar-04 


262 


2,025 


1,721 


Jun-04 


500 


2,263 


1,479 


Sep-04 


1,755 


3,257 


2,549 


Dec-04 


2,008 


3,601 


1,982 


mUTiESJ] 


u 

V 


Dec-04 


A 


\ 


18,000 

15,000 

12,000 

9,000 

6,000 

3,000 


J. 


IPG1  reduced 
33%  over  past  1^ 
»  mos 

Am 


2,800 


2,100  - 


1,400  - 


700  - 


□  Reset 


□  IPG  2,  IPG  3 


IPG1 


Sep-03 


496 


376 


Jan-04 


83 


725 


563 


Mar-04 


61 


408 


370 


Jun-04 


100 


704 


503 


Sep-04 


739 


875 


821 


u 

Sep-03 

Jan-04 

Mar-04 

Jun-04 

Sep-04 

Dec-04 

□  Reset 

233 

585 

886 

2,039 

1,938 

□  IPG  2,  IPG  3 

10,747 

10,150 

9,056 

8,159 

8,162 

7,916 

■  IPG1 

5,811 

6,077 

4,744 

3,722 

4,154 

2,505 

Dec-04 


726 


846 


521 


Reset  now  constitutes  single  largest  customer 


Dear  Sir, 

I  am  CW3  Robert  Carpenter.  I  am  writing  to 
express  my  gratitude  for  the  quality  rotor  blades 
that  Bell  has  produced  for  my  helicopter,  the 
OH-58D  Kiowa  Warrior. 

On  April  7th,  while  flying  a  combat  mission 
near  the  city  of  Baqubah,  Iraq  my  KW  was 
struck  on  one  main  rotor  blade  by  an  RPG 
(rocket  propelled  grenade).  The  RPG  exploded 
and  destroyed  a  4  foot  section,  leaving  about 
two  feet  of  rotor  blade  on  the  end.  The  spar 
was  also  damaged  and  I  still  don't  know  how  it 
held  together. 

Thank  you. 


v/r, 

Robert  Carpenter 
CW3,  U.S.  Army 
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ft  for  OEF/-3JF  unte  has  been  exceptional,  but 
im  orovements  must  extend  to  ail  aviation  customers 
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The  investments  are  yielding  significant  deliveries  but 
problem  items  still  must  be  targeted 
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APACHE 

Total  items  -  3,311 


Fully  Supportable  Today 

Partially  Supportable  Today/Fully  Within  12  Months 
Partially  Supportable  Today/Fully  After  12  Months 


CHINOOK 

Total  items -1,901 


185  29  202  61 


iu  u  la?  jjhj 

643  Aircraft 

268  Non- Mission  Capable  (NMC) 
75  NMC  Due  to  Supply 


Jl U  JI/JU?  U 


537  Aircraft 

78  NMC 

7  NMC  Due  to  Supply 


■  Emphasis  now  on  "Preset"  of  aircraft 
prior  to  deployment 

■  Ol  F/  OEF  units  first  to  receive  critical 
parts  delivered  from  industry 

■  Focusing  on  NMCS  is  the  quickest  means 
for  AMCOM  to  influence  theatre  readiness 
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Sep-05  GOAL 


Sep-04  Dec-04  Mar-05  Jun-05  Sep-05 


$125M 


$350M+  in  engines,  transmissions, 
blades,  and  APUs  received  over  past 
180  days  -  additional  $800M  being 
delivered  over  next  36  mos 


On  hand  inventory  for  Top  18 

readiness  drivers  up  $58M 

Assets  Available 

Backorders  for  issue 

Decreased  Increased 


701C  Engine 
BlackhawkAPUs 

Chinook  APUs 
Blackhawk 

A  Transmissions 

I  Transmissions 


LmsJjsjij  szlsjs  on 

BJnzldj'jyjk  iiviuf  HhJsJaz 


11  V-jJm  hte  ;  U-m  t-i" 


35% 

66% 

22% 

35% 

35% 


Blackhawk 
Solenoid  Valve 

Kiowa  Warrior 
Power  Supply 


60+ 

86% 

200% 

200% 

200% 


$3.8M 

$5.6M 
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Schedule  improvements  ranged 
from  10-80% 

■  Rotor  Shaft 

Yield  increased  64% 


Production  improved  across  the 
board 


Main  Blade 

Production  has  increased  from 
20  to  75/  month 


Production  lead  time  decreased 
83% 

■  Blade 

Production  cycle  decreased  from 
23  to  10  months 


luiTvFl  mSmi 


Tail  Blades 

Production  has  increased  from 
20  to  60 

Structural  Supports  ( Top  Reset  Item) 

Ramped  from  a  cold  case  of 
20/  mo  to  200/  month  by  J  AN  05 


jj'iimiiLaiiainititmBiHtH 


Repair  turn-around  improved  68% 

Mast  Mounted  Sight 

Production  time  reduced  44% 


Expanding  through  partnership 
contracts  with  industry 
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$M 


PmuMMi 


$280.6 

Sikorsky 

$1,022.6 

44.4 

lockheed 

476.4 

694.8 

GE 

839.8 

112.4 

Boeing,  Phil 

458.6 

83.8 

Boeing,  Mesa 

264.2 

182.2 

Honeywell 

386.1 

75.3 

Parker  HannHin 

218.8 

64.1 

BBS  lech 

170.4 

30.0 

Bell 

178.6 

47.2 

Baytheon 

74.9 

UJJ  JJj’UjJU^XiUJJ 


39.5% 


Moving  deliveries  left  with 
incentives  &  intensive  management 


N 


Demands  will  increase  from  FY04  rates wlrjjch  were  ms  nJJ 
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n  exceptional,  but 


improvements  must  extend  to  5JI  aviation  customers 


The  investments  are  yielding  significant  deliveries  but  problem 
items  still  must  iia  tan 


n  r  P-  r 


Limited  supplier  base  and  age  of  technologies  challenges 
more  aggressive  accelerations 
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Alcoa  only  source  of  aluminum 
forgings  for  58D  Rotor  Heads  - 
minimum  40  week  leadtime 

New  sources  want  assurance  of 
future  business  to  justify 
investing  facilitization  capital 


^jjjJ  ii  Uiil  ilyj1  UiujilLu-  tej 
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Timken  only  qualified  sources  for 
certain  bearings 

Primes,  OEMs,  and  depots  chasing 
the  same  single  sources  for  piece 
parts 


j 


We've  used  RIA  and  are  qualifying 
vendors  via  our  Prototype 
I  ntegration  Facility  (PI  F) 


Qualification  process  for  new 
sources  requiring  First  Article  Test 
(FAT)  and/  or  Product  Verification 
Audit  (PVA)  being  streamlined 
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Titanium  sheaths  for  blades  and 
ESR  steels  for  gears 
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Unserviceables  delayed  in  theatre  - 
combination  of  TASM  and  Desert 
Express  have  improved  performance 


Long- lead  material  now  being 
funded  where  appropriate 


CCAD  Partnerships  have  enabled 
component  production  to  grow  by 
more  than  $100M  from  FY04  levels 
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IEEE  Std  828-1990 


IEEE  Standard  for 
Software 

Configuration  Management 

Plans 


IEEE  Std  828-1990 


Purpose: 

Establishes  the  minimum  required 
contents  of  a  Software  Configuration 
Plan  and  defines  the  specific  activities  to 
be  addressed  and  their  requirements  for 
any  portion  of  a  software  product’s  life 

cycle. 


IEEE  Std  828-1990 


Use  of  an  IEEE  Standard  is  wholly  voluntary. 

The  existence  of  an  IEEE  Standard  does  not  imply 
that  there  are  no  other  ways  to  produce,  test, 
measure,  purchase,  market,  or  provide  other 
goods  and  services  related  to  the  scope  of  the 
IEEE  Standard. 
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IEEE  Std  828-1990 


This  Standard  applies  to  the  entire  life  cycle  of 
critical  software. 

The  Software  Configuration  Management  Plan 
(the  Plan)  documents 

•  what  SCM  activities  are  to  be  done, 

•  how  they  are  to  be  done, 

•  who  is  responsible  for  doing  specific  activities, 

•  when  they  are  to  happen,  and 

•  what  resources  are  required. 


IEEE  828-1990 

The  Plan  shall  be  partitioned  into  the  following 

six  classes: 

1.  Introduction:  Purpose,  Scope,  Key  Terms, 
and  References. 

2.  SCM  Management:  (WHO?)  Identifies  the 
responsibilities  and  authorities  for 
accomplishing  the  planned  activities. 

3.  SCM  Activities:  (WHAT?)  Identifies  all 
activities  to  be  performed. 


IEEE  828-1990 

The  Plan  shall  be  partitioned  into  the  following 

six  classes: 

4.  SCM  Schedules:  (WHEN?)  Identifies  the 
required  SCM  activities  with  the  other 
activities  in  the  project. 

5.  SCM  Resources:  (HOW?)  Identifies  tools 
and  physical  and  human  resources 
required  for  execution  of  the  plan. 


6.  SCM  Plan  Maintenance:  Identifies  how  the 
Plan  will  be  kept  current  while  in  effect. 


IEEE  828-1990 


Introduction: 

1 .  Overview  of  the  software  development  project. 

2.  Identification  of  the  Software  Cl  (s)  to  which  SCM  will  be 
applied. 

3.  Identification  of  other  software  to  be  included  (e.g., 
support  or  test  software). 

4.  Relationship  of  SCM  to  the  hardware  or  systems 
configuration  management  activities. 

5.  The  degree  of  formality,  dept  of  control,  and  portion  of 
the  software  life  cycle  for  applying  SCM. 

6.  Limitations,  such  as  time  constraints. 

7.  Assumptions  that  might  have  an  impact  on  the  cost, 
schedule,  or  ability  to  perform  defined  SCM  activities. 
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SCM  Management: 

1.  Organization 

2.  SCM  Responsibilities 

3.  Applicable  Policies,  Directives,  and  Procedures 


8 


IEEE  828-1990 


SCM  Activities: 

1.  Configuration  Identification 

2.  Configuration  Control 

3.  Status  Accounting 

4.  Configuration  Audits  and  Reviews 


IEEE  828-1990 


Configuration  Identification 

*  Identifying  Configuration  Items 

*  Naming  Configuration  Items 

*  Acquiring  Configuration  Items 

Configuration  Control 

*  Requesting  Changes 

*  Evaluating  Changes 

*  Approving  or  Disapproving  Changes 

*  Implementing  Changes 
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3.  Configuration  Status  Accounting 

4.  Configuration  Audits  and  Reviews 

5.  Interface  Control 

6.  Subcontractor/Vendor  Control 
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IEEE  828-1990 

SCM  Schedules: 

1 .  Establishes  the  sequence  and  coordination  for  the 
identified  SCM  activities  and  events. 

2.  Dependencies  among  all  SCM  activities  (Milestones 
and  events). 

*  Configuration  Baselines 

*  Implementation  of  Change  Control 

*  Start  and  completion  dates  for  a  Configuration 
Audit 

3.  Duration  of  the  Plan. 
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IEEE  828-1990 


SCM  Resources: 

1 .  Software  Tools 

2.  Techniques 

3.  Equipment 

4.  Personnel 

5.  Training  necessary  for  the  implementation  of  the 
specified  SCM  activities 
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IEEE  828-1990 


SCM  Plan  Maintenance: 

1.  Who  is  responsible  for  monitoring  the  Plan. 

2.  How  frequently  updates  are  to  be  performed. 

3.  How  changes  to  the  Plan  are  to  be  evaluated  and 
approved. 

4.  How  changes  to  the  Plan  are  to  be  made  and 
communicated. 
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Baselines  &  Audits 

RBL 

Requirements  Baseline 

DRBL 

Design  Release  Baseline 

PCBL 

Product  Configuration  Baseline 

PBL 

Product  Baseline 

FCA 

Functional  Configuration  Audit 

Software  Lifecycle  Phases 

I 

Inception  Phase 

II 

Elaboration  Phase 

III 

Construction  Phase 

IV 

Transition  Phase 

IEEE  828-1990 

Summary: 


The  IEEE  Standard  permits  significant 
flexibility  in  preparing  an  SCM  Plan. 

A  successful  Plan  reflects  its  project 

environment. 


It  should  be  written  in  terms  familiar  to  its  users 
and  should  be  consistent  with  the  development 
and  procurement  processes  of  the  project. 
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Military  Engineering  Data 
Asset  Locator  System 
(MEDALS)  Data  Quality 


Warren  M  Scott 

Federal  Center 

269.961.5509 

74  Washington 

Ave  N  STE  7  DSN  661 .5509 

Battle  Creek  Ml 

FAX  269.961.4715 

49017-3084 

E-Mail 

warren.scott@dla.mil 

Defense  Logistics  Information  Service 
Customer  Support  Toll  Free:  1-877-352-2255 

8/31/2016 


The  Defense  Procurement  Reform  Act 
of  1984  Public  Law  98-525.  Section  1252 


Mandated  procedures  for  developing,  to  the  maximum  extent  practical, 
a  centralized  system  to  identify  the  repository  within  the 
Department  of  Defense  (DoD)  responsible  for  technical  data 
relating  to  an  item  and  the  extent  of  data  on  file  in  the 
repository  with  respect  to  that  item. 
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MEDALS 


■  The  DoDs  Centralized  Indexing 
Authority 

■  Getting  the  Customer  to  the 
Desired  Repository  Faster 

■The  MEDALS  program  supports  over 
50,000  queries  per  month 

■  Saves  the  Repositories  Time,  Money, 
and  Resources 
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MEDALS 


Indexing  A  Family  of  Systems 


JEDMICS 

CENTRA 

ACMS 

DBASE 

ATIS 


DBASE 


8/31/2016 


MEDALS  CURRENTLY  INDEXES 
OVER  42  MILLION  ASSETS 


8/31/2016 


Participating  Repositories 


Boeing 

DLA 

DSC-Columbus 
DSC-Richmond 
DSC-Philadelphia 
DLIS-NATO 
DAPS,  Newport,  RI 


Lockheed 


Air  Force 

OO-ALC,  Hill  AFB,  UT 
OC-ALC,  Tinker  AFB,  OK 
WR-ALC,  Warner  Robins  AFB,  GA 


Sikorsky 

Honeywell 

AMCOM,  Redstone  Ars.,  Huntsville,  AL 
ARDEC,  Picatinny  Ars.,  Dover,  NJ 
TACOM,  Warren,  MI 
Rock  Island  Ars.,  Rock  Island,  IL 
CECOM,  Ft.  Monmouth,  NJ 
Edgewood  Chemical 
and  Biological  Command 


Marine  Corps 

MCLB,  Albany,  GA 


General  s 
Dynamics  Unjvac 


Raytheon 

Litton 
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Participating  Repositories 


General 

Electric  Lucent 


Navy 


Boeing 

Lockheed 


NSY,  Portsmouth,  NH 
NAVICP-M,  Mechanicsburg,  PA 
NSWC,  Crane,  IN 
NSWC,  Indian  Head,  MD 
NSWC,  Dahlgren,  VA 
NSY  Norfolk,  Portsmouth,  VA 
NSY  Puget  Sound,  Bremerton,  WA 
NUWC,  Keyport,  WA 
NSY,  Pearl  Harbor,  HI 

Northrop 

Grumman  Litton 


NCSS,  Panama  City,  FL 
NATEC,  San  Diego,  CA 
NSY  Puget  Sound,  Det  Boston,  MA 
NUWC  Newport,  RI 
SUPSHIP  Bath  Iron  Work,  Bath,  ME 
SUPSHIP  Newport  News,  VA 
NGSS,  Pascagoula,  MS 
NSWC,  Port  Hueneme,  CA 
NSWC  Indian  Head,  Det  Earl,  NJ 
SPAWAR  Charleston  (Coming  soon) 

General 

Dynamics  Eaton 
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CONTRACTOR  ACCESS 


■  Must  have  a  DoD  Sponsor 

■  Qualified  U.S.  Contractor  is  certified  via  the 
Military  Critical  Technical  Data  Agreement, 

DD  Form  2345 

■  The  contractor  (CAGE)  organization  has  been 
verified  to  be  in  good  standing  with  the  DoD 

■  A  valid  Registration  for  Scientific  and 
Technical  Information  Services,  DD  Form 
1540,  is  on  file  with  the  Defense  Technical 
Information  Center  (DTIC) 

■  National  Agency  Check  (NAC)  or  equivalent 
type  of  Investigation 
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CONTRACTOR  ACCESS 


■  The  MEDALS  program  manager  reserves  the  right  to 
withdraw  services  from  any  contractor  individual  or 
parent  company  for  any  misuse  of  the  intended  use 
of  the  MEDALS  program 

■  Access  to  the  MEDALS  program  does  not  imply  or 
grant  access  to  the  technical  data  indexed 

■  MEDALS  access  when  engaged  in  an  active  contract, 
project,  or  program  where  within  its  scope  it  states 
that  a  tool  such  as  MEDALS  is  required  or  when  a 
DoD  Sponsor  determines  a  need  for  services  is 
required 

■  MEDALS  access  is  not  available  to  foreign  nationals 
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CONTRACTORS  ACCESSING 

MEDALS 


ALPHIA  DATA  CORP 
AMSEC  LLC 

APPLIED  ORDINANCE  TECHNOLOGIES 
ARINC  ENGINEERING  SERVICE 
BMT  DESIGNERS  AND  PLANNERS 
BOEING 
CACI 

CACI-ASG 

CHEROKEE  INFORMATION  SERVICES 
EG&G 

ENVISIONEERING 
GENERAL  DYNAMICS 
GRYPHON 
IBM 

INTERGRAPH 

LOCKHEED  MARTIN  INFORMATION 
8/31/2016  TECHNOLOGIES 


MADISON  RESEARCH  CORP 
ML  TECHNOLOGIES 
NGIT 

PECKHAM 

QUALITY  PERFORMANCE  INC 
QUANTI  TECH  INC 
REGENT  SYSTEMS  INC 
SAIC 

SCIENCE  APPLICATION  INTERNATIONAL 
CORP 

SEMCOR  INC 
SOBRAN  INC 

SUPPORT  SYSTEMS  ASSOC.  INC 
TEAM  KEYPORT  SERVICES 
UNIDYNE 

WFI  GOVERNMENT  SERVICES  INC 
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NAVSEA  ENGINEERING  DRAWING  REPOSITORIES  AND  CORRESPONDING  CATEGORIES 

OF  DRAWING  STORED 


Commanding  Officer 

Naval  Surface  Warfare  Center  Crane  {Code  802) 

Crane,  IN  47522-5001 

Telephone:  Commercial:  (812)  854-4870  DSN:  482-4870 
Combat  System,  Weapon  System  and  Ordnance  System  drawings 


Commander 

Portsmouth  Naval  Shipyard  {NAVSHIFYD  PTSMH)  (Code  202,2) 

Portsmouth,  NH  03804-5000 

Telephone:  Commercial:  (207)  433-1000  Ext.  2445  DSN:  684-2445/1718 
NAVSEA  Standard  and  Type  drawings  (Hull,  Mechanical  and  Electrical),  SSN  637  Class 
submarine  drawings,  DSV/DSRV  drawings,  AGSS  555  drawings 
Serves  as  a  JEDMICS  site 


/I 

-E 
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Commander 

Puget  Sound  Naval  Shipyard  (NAVSHIPYD  PUGET)  (Code  203.3) 
Bremerton,  WA  98314-5000 

Telephone:  Commercial:  (206)  476-2128  DSN:  439-2128 
AE-26.  AO-177,  AOE-1,  ARS-50,  CV-63,  CVN-65.  MCM-1,  MC^~ 
drawings 

Serves  as  a  JEDMICS  site 
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Director 

NAVSHIPYD  PUGET  Detachment  Boston  (Code  284.7) 
495  Summer  Street 
Boston.  MA  02210-2144 
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Government 
Registration  Form 

Sponsored 
Contractors 
Registration  Form 

Users  Guide 

MEDALS  Inquiry 

Program 

Management  Office 

New  DoD  PKI 
Certificates 

NAVSEA  Repository 
List  By  Class  Ship  & 
Weapons  System 

Directory  of  DoD 
Engineering  Data 
Repositories 
(Replaces  MIL- 
HDBK-331) 


MILITARY  ENGINEERING  DATA 
ASSET  LOCATOR  SYSTEM 


YOUR  GATEWAY  TO  TECHNICAL 
DATA  INFORMATION 


Managed  by  the  Defense  Logistics  Information  Service,  the  Military  Engineering  Data  Asset  Locator 
System  (MEDALS)  is  an  automated  information  system  that  sen/es  as  the  central  index  of  engineering 
data  for  the  Department  of  Defense  (DOD).  DOD  technical  data  repositories,  which  store,  maintain,  and 
distribute  the  engineering  drawings,  supply  the  MEDALS  program  with  technical  drawing  indexing  data 
and  associated  information.  The  MEDALS  program  is  linked  to  the  acquisition  process  of  technical 
data  and  maintains  indexing  information  throughout  the  documents  life  cycle.  It  is  an  interactive  on-line 
system  that  indie ai+r,r  M|-i'- 1-  -■  ^ ■ 1  i m ,-n- nm-  .->•  ,-i nt ^ .p side ,  links  you  to 
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URL  to  OO-ALC  WEB  Repository 
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Engineering  Data  Support  Center 
WR-ALC  LG  EDB 
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Inquiries  Based  On 
Technical  Drawing  Information 


■  Drawing  Asset  Identifier 

♦  Drawing  Number 

♦  CAGE  Code 

♦  Document  Type 

♦  Revision  Level 

■  Drawing  Number/CAGE 

■  Drawing  Number 

■  Part  Number/CAGE 

■  Part  Number 

■  NSN/NIIN 

■  Document  Title 
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Repository  Detail 


Document  Number 

CAGE 

Doc  Tvpe 

Rev  Lvl 

DRC  / 

PCI 

Dist  Stmt 

0213-1-1074 

57958 

E 
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Doc  Title  / 

Doc  Size 

Nbr  of  Sheets 

Doc  Nuc 

Doc  Sec 

iyOFORN 

SUBSAFE 

File  Index  Date 
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1999032 

Hyperlink  to  Repository: 
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File  Type  Information 

List  Associated  NSNs 


Associated  Weapon  System  Codes 

List  Associated  Part  Numbers 
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«  U.S.  Army  Communications- Electronics  Command 
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Product  Data  Management  5.3.3 
@  Find,  View,  Print  &  PS  #  Check  In/Out 


EDM  Home 


AND  YOU’RE 
THERE 


Trouble  logging  in?  Forgot  password? 
E-Mail  Jose.  Tr o  che  @mail  1 .  monmouth.  army,  mil 
Do  not  include  password  information  in  the  email! 
We  will  never  ask  you  what  your  password  is. 


MEDALS  TO  REPOSITORY 
WEB  INTERFACES 


CURRENTLY  ACTIVE 
INTERFACES 

"DSC-Columbus 

■DSC-Philadelphia 

■DSC-Richmond 

■AMCOM,  Redstone  Ars,  Huntsville,  AL 
■TACOM,  Warren,  Ml 
■Rock  Island  Ars.,  Rock  Island,  IL 
■CECOM,  Ft.  Monmouth,  NJ 

■OO-ALC,  Hill  AFB,  UT 
■OC-ALC,  Tinker  AFB,  OK 
■WR-ALC,  Warner  Robins  AFB,  GA 


•NAVICP-M,  Mechanicsburg,  PA 
•NUWC,  Keyport,  WA 
•NATEC,  San  Diego,  CA 
•NSWC,  Port  Hueneme,  CA 
•NGSS,  Pascagoula,  MS 
•SUPSHIP,  Bath,  ME 


FUTURE  INTERFACES 

■ARDEC,  Picatinny  Ars.,  Dover,  NJ 
"MCLB,  Albany,  GA 
■NSWC,  Crane,  IN 
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MEDALS 


■  WHAT  MEDALS  IS  "NOT" 

♦  A  repository  of  digital  images 

▲  Digital  images/  technical  data  are  the  sole  responsibility  of 
the  repository 

♦  A  pass  through  or  portal  to  bypass  access  and  security 
protocols  for  digital  images/technical  data  maintained  by 
a  repository 

▲  The  repository  is  responsible  for  the  access  and 
permissions  to  their  digital  images/technical  data 

▲  MEDALS  will  not  violate  Proprietary  Data  issues  or 
intellectual  Property  issues 

♦  The  owner  of  the  data  indexed 

▲  MEDALS  is  a  steward  of  the  repositories  indexed  data 
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gp  MEDALS 

■  WHAT  THE  MEDALS  PROGRAM  "IS" 


♦  A  tool  for  the  repositories  in  assisting  customers 
in  locating  digital  images/technical  data 

▲  Using  MEDLAS  first  alleviates  the  necessity  of  the 
repository  to  field  queries  regarding  the  availability  of 
digital  images/technical  data 

▲  A  way  to  reduce  infrastructure  within  a  repository: 
saving  time,  money,  &  resources 

♦  MEDALS  is  always  available 

▲  DLIS  staffs  a  24/7  customer  support  center 

▲  MEDALS  PMO  available  during  business  hours  for 
customer  support 
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MEDALS  &  EIA-859 


■  Where  does  MEDALS  fit  in  with  DM 
and  EIA-859 

♦  Contemporary  Data  Management 
Model 

A  MEDALS  is  available  as  a  tool  for 
customers  to  verify  location  prior  to 
repository  access.  First  step  in  the 
process  of  determining  if  a  repository  is 
maintaining  specific  data 
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MEDALS  &  EIA-859 


TfliF 

111111 . 

■  4.0  Principle:  Identify  Data  Products  and  Views  so 
That  Their  Requirements  and  Attributes  can  be 
Controlled 

♦  "Data  is  of  value  to  the  enterprise  when  it  can  be 
located  or  accessed  by  users.  Metadata,  or  data  about 
data,  is  essential  for  data  managers  and  others  to 
identify,  catalog,  store,  search  for,  locate,  and  retrieve 
data" 

A  MEDALS  is  the  fundamental  nature  of  this 
concept 
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A  EIA-859  Table  4-1  Metadata 
Hi:  Examples  &  MEDALS  Tables 

Attribute  MEDALS  Attributes 


Author 

Classification 

Contract  Identifier 

Date  Modified 

Date  Originated 

Document  Number 

Document  Owner 

Document  Size 

Document  Type 

Environmental  Requirements 

File  Format 

File  Size 

File  Type 

Enterprise  Identifier 
Related  Document  ID 
Related  Product  ID 
Revision  Identifier 
Rights 

Storage  Medium 


Repository  Location 
Repository  Information 
Security  Code 
Distribution  statement 
File  Index  Date 
Document  Number 
Document  Size 
Number  of  Sheets 
Document  Type 

Nuclear  Hardness  Critical 
Items/Processes  (HCI)  or  (HCP) 

Yes/No  field  indicating  distribution 
authorization  to  Foreign  Nationals 

Level  One  SUBSAFE 
File  Type 
CAGE  Code 

Associated  Weapons  Systems  Code 
Associated  Part  Numbers 
Associated  NSN's 
Revision  Level 
Data  Rights  Code 
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CONCLUSION 


Inp 

Him 

■  The  MEDALS  program  is  a  logical  and 
complementary  fit  with  EIA-859 

♦  Establishing  and  maintaining  an  indexing  account  is  easy 

▲  MEDALS  infrastructure  is  in  place  and  working,  cost  wise  it 
is  advantageous  for  the  repository 

♦  MEDALS  is  a  way  to  reduce  infrastructure  within  a 
repository 

▲  The  burden  of  fielding  inquiries  for  the  availability  of  digital 
images/technical  data  can  be  avoided  through  the  use  of 
MEDALS 

♦  MEDALS  is  flexible 

▲  MEDALS  tables  or  Attributes  can  be  established  to  fit  with 
EIA-859  requirements 
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MEDALS 

QUESTIONS 
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